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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
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Foreword 

This Technical Specification (TS) has been produced by ETSI Project Broadband Radio Access Networks (BRAN). 

The present document is part 2 of a multi-part covering Broadband Radio Access Networks (BRAN); HIPERACCESS; 
Data Link Control (DLC) layer as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS) proforma"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP) specification"; 

Part 3: "Abstract Test Suite (ATS)". 
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Scope 



The present document contains the Test Suite Structure (TSS) and Test Purposes (TP) to test the BRAN 
HIPERACCESS; Data Link Conti-ol (DEC) layer. 

The objective of the present document is to provide a basis for conformance tests for HIPERACCESS equipment giving 
a high probability of air interface inter-operability between different manufacturer's HIPERACCESS equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [3] and ISO/IEC 9646-2 [4]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [2]) are used as a basis for the test methodology. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[1] ETSI TS 102 000: "Broadband Radio Access Networks (BRAN); HIPERACCESS; DEC protocol 

specification". 

[2] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[3] ISO/IEC 9646-1: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 1: General concepts". 

[4] ISO/IEC 9646-2: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 2: Abstract test suite specification". 

[5] ISO/IEC 9646-6: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 6: Protocol profile test specification". 

[6] ISO/IEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 7: Implementation conformance statement". 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in ISO/IEC 9646-7 [6] and TS 102 000 [1] 
apply. 

3.2 Symbols 

For the purposes of the present document, the following symbol applies: 
ms milUsecond(s) 
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3.3 



Abbreviations 



For the purposes of the present document, the abbreviations defined in ISO/IEC 9646-1 [3], ISO/IEC 9646-6 [5], 
ISO/IEC 9646-7 [6], TS 102 000 [1] and the following apply: 



AP 

APC 

APT 

AT 

ATPC 

ATTC 

BO 

BV 

CA 

C/1 

CE 

CID 

CM 

COC 

CT 

DES 

DL 

DEC 

FS 

lA 

ID 

INC 

IP 

lUT 

KA 

KR 

KU 

LL 

LS 

MAC 

MC 

OC 

PA 

PDU 

PHY 

PICS 

PN 

RA 

RE 

RF 

RLC 

RRC 

SA 

SAID 

SEC 

SI 

TD 

TEK 

TI 

TID 

TP 

TP 

TS 

TSS 

UL 



Access Point (= base station) 

AP Controller 

AP Transceiver 

Access Termination (= terminal = subscriber station) 

Automatic Transmit Power Control 

Automatic Transmit Time Control 

Inopportune Behaviour 

Valid Behaviour 

CApability test 

carrier-to-interference power ratio 

Connection Establishment 

Connection ID 

Connection Modification 

connection Control 

Connection Termination 

Data Encryption Standard 

DownLink 

Data Link Control (layer) 

Frequency Scanning 

Initial Authentication 

IDentity 

INitialization Control 

Internet Protocol 

Implementation Under Test 

Key Allocation 

Key Refresh 

Keys Usage 

Leased Line 

Link Supervision 

Medium Access Control 

Multicast 

Other Capabilities negotiation 

Parameters Acquisition 

Protocol Data Unit 

PHYsical (layer) 

Protocol Implementation Conformance Statement 

Physical capabilities Negotiation 

RAnging 

Reauthentication 

Radio Frequency 

Radio Link Control 

Radio Resource Control 

Security Association 

Security Association IDentity 

SEcurity Control 

Slip Indicator 

Transmission Delay 

Traffic Encryption Key 

Timer 

Terminal ID 

Test Purposes 

Time for Processing 

Technical Specification 

Test Suite Structure 

UpLink 
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Test Suite Structure (TSS) 



4.1 Structure 

Figure 1 shows the RLC Test Suite Structure (TSS) including its subgroups defined for the conformance testing. 

Test Suite Protocol group Protocol subgroup 

DLC-AP/ DLC-AT Initialization Control Frequency scanning 

Synchronization Acquisition 

ARC Identification 

UL and DL Parameters Acquisition 

Ranging 
Physical Capabilities Negotiation 
Other Capabilities Negotiation 
Radio Resource Control Link Supervision 

Change of PHY Mode, ATPC and ATTC 
Load Levelling 
Security Control Initial Authentication 

Reauthentication 

Key Allocation 

Key Refresh 

Traffic Encryption Keys Usage 

Connection Control Connection Establishment 

Connection Modification 

Connection Termination 

Multicast Connections 

Figure 1 : TSS for HIPERACCESS RLC 

The test suite is structured as a tree with a first level defined as DLC-AP or DLC-AT representing the protocol groups 
"DLC for AP" and "DLC for AT". 



4.2 Test groups 



The test groups are organized in three levels. The first level creates three protocol groups representing the protocol 
services. The second level separates the protocol services in functional modules. The last level in each branch contains 
one or more of the standard ISO subgroups BV, TI, BO. 

4.2.1 Protocol groups 

The protocol groups identify the DLC services: Initialization control function, Radio resource control function, Security 
control and Connection control function, as defined in TS 102 000 [1]. 

4.2.1 .1 Initialization control function 

The initialization control function group is divided in seven functional modules. The first functional module identifies 
the Frequency scanning procedures. The second functional module identifies the Synchronization Acquisition 
procedures. The third functional module distinguishes the APC Identification procedures. The fourth functional module 
distinguishes the UL and DL Parameters Acquisition procedures. The fifth functional module identifies the Ranging 
procedures. The sixth functional module distinguishes the Physical Capabilities Negotiation procedures. The last 
functional module distinguishes the Other Capabilities Negotiation procedures. 
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4.2.1 .2 Radio resource control function 



The Radio resource control protocol group is divided in three functional modules. The first functional module 
distinguishes the Link Supervision procedures. The second functional module distinguishes the Change of PHY Mode, 
ATPC and ATTC procedures. The last functional module identifies the Load Levelling procedures. 

4.2.1.3 Security control function 

The Security control protocol group is divided in four functional modules. The first functional module contains the 
Initial Authentication procedures. The second functional module contains the Reauthentication procedures. The third 
functional module contains the Key Allocation procedures. The last functional module identifies the Key Refresh 
procedures. 

4.2.1 .4 Connection control function 

The Connection control protocol group is divided in four functional modules. The first functional module identifies the 
Connection Establishment procedures. The second functional module identifies the Connection Modification 
procedures. The third functional module distinguishes the Connection Termination procedures. The last functional 
module distinguishes the Multicast Connections procedures. 

4.2.2 Main test groups 

The main test groups are the valid behaviour group, the invalid behaviour group and the inopportune behaviour group. 

4.2.2.1 Valid Behaviour (BV) tests 

This test sub group shall verify that the lUT reacts in conformity with the TS, after receipt or exchange of valid Protocol 
Data Units (PDUs). Valid PDUs means that the exchange of messages and the content of the exchanged messages are 
considered as valid. 

4.2.2.2 Timer (Tl) tests 

This test sub group shall verify that the lUT reacts in conformity with the TS, after expiry of a defined timer. 

4.2.2.3 Inopportune Behaviour (BO) tests 

This test sub group shall verify that the lUT reacts in conformity with the TS, after receipt of a syntactically correct 
PDU not expected in the actual message exchange. 
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Test Purposes (TP) 



5.1 



Introduction 



5.1 .1 TP definition conventions 

The TPs are defined following particular rules as shown in table 1 . 

Table 1 : TP definition rules 



TP Id according to the 
TP naming conventions 



Reference. 

Initial condition. 

Stimulus. 

Expected behaviour. 



TPId 



The TP Id is a unique identifier it shall be specified according to the TP naming 
conventions defined in the clause below. 



Reference 



The reference should contain the references of the subject to be validated by the actual 
TP (specification reference, clause, and paragraph). 



Condition 



The condition defines in which initial state the lUT has to be to apply the actual TP. 



Stimulus 



The stimulus defines the test event to which the TP is related. 



Expected behaviour 



Definition of the events that are expected from the lUT to conform to the base 
specification. 



5.1 .2 TP naming conventions 

The identifier of the TP is built according to table 2. 



Table 2: TP naming convention 



Identifier: 


TP/<st>/<pg>/<fm>/<x>-<nnn> 








<st> = side type 


AP 


Access Point 






AT 


Access Termination 




<pg> = protocol group 


INC 


INitialization Control function 






RRC 


Radio Resource Control function 






SEC 


SEcurity Control function 






COC 


connection Control function 




<fm> = functional module 


FS 


Frequency Scanning 






SA 


Synchronization Acquisition 






SI 


APC Identification 






PA 


UL and DL Parameters Acquisition 






RA 


RAnging 






PN 


Physical capabilities Negotiation 






OC 


Other Capabilities negotiation 






LS 


Link Supervision 






PT 


Change of PHY Mode, ATPC and ATTC 






LL 


Load Levelling 






lA 


Initial Authentication 






RE 


REauthentication 






KA 


Key Allocation 






KR 


Key Refresh 






KU 


traffic encryption Keys Usage 






CE 


Connection Establishment 






CM 


Connection Modification 






CT 


Connection Termination 






MC 


Multicast Connections 




X = Type of testing 


BV 


Valid Behaviour tests 






Tl 


Timer tests 






BO 


Inopportune Behaviour tests 




<nnn> = sequential number 


(000-999) 


Test Purpose number 
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EXAMPLE: TP/AT/SEC/KU/BV-010 is the tenth purpose for the valid behaviour testing of the Key Usage 
procedures of the Security control function implemented at AT side. 

5.1 .3 Sources of TP definitions 

All TPs are specified according to TS 102 000 [1]. 

5.2 Test purposes for AP 
5.2.1 Initialization Control 



5.2.1.1 



Frequency scanning 



TP/AP/INC/FS/BV-OOO 



Reference: TS 102 000 [1], clause 5.2.3. 

Initial condition: IDT is the AP. Tester is the AT. The lUT has powered up and is operating. 

Check that: the lUT transmits, on the correct frequencies, frames with 1 ms fixed duration each 

containing a valid preamble of 32 symbols and a valid control zone. 

Final pseudo state: The lUT continues operating. 



5.2.1.2 



UL and DL Parameters Acquisition 



TP/AP/INC/PA/BV-OOO 



Reference: TS 102 000 [1], clause 10.3.4. 

Initial condition: lUT is the AP. Tester is the AT. The IDT has powered up and is operating. 

Check that: the lUT transmits GBI messages. 

Final pseudo state: The lUT continues operating. 



5.2.1.3 



Ranging 



TP/AP/INC/RA/BV-OOO 


Reference: TS 102 000 [1], clause 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The IDT has transmitted GBI messages. The 

lUT has yet to start ranging. The lUT has the appropriate IVIAC address in its database. 

Check that: To start ranging, the lUT transmits a valid Ranging Invitation message with the 

most robust PHY mode. 

Final pseudo state: The lUT has started ranging. 


TP/AP/INC/RA/BV-001 


Reference: TS 102 000 [1], clause 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has started ranging by transmitting a 

Ranging Invitation message. 

Check that: The lUT transmits a Ranging Grant in the same frame containing the Ranging 

Invitation message or in one of the following frames. 


TP/AP/INC/RA/BV-002 


Reference: TS 102 000 [1], clause 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has transmitted a Ranging Invitation 
message and a Ranging Grant in the same frame containing the Ranging Invitation message 
or in one of the following frames. 

Check that: After not receiving a Ranging Request response to the Ranging Grant, the IDT 
transmits additional Ranging Grants. 

NOTE: Ranging Invitation messages may be in the same frames as the additional Ranging 
Grants. This test ignores these Invitation messages. 


TP/AP/INC/RA/BV-003 


Reference: TS 102 000 [1], clause 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has transmitted a Ranging Invitation 

message and a Ranging Grant in the same frame containing the Ranging Invitation message 

or in one of the following frames. 

Check that: After not receiving a Ranging Request response pursuant to the Ranging Grant, 

1 ) the lUT transmits additional valid Ranging Invitation messages and. 

2) the time between transmission of each successive Ranging Invitation message shall be 
less than PeriodRanginglnvitation. 

NOTE: Ranging Grants may be in the same frames as the additional Ranging Invitation 
messages. This test ignores these Ranging Grants. 
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TP/AP/INC/RA/BV-004 


Reference: TS 102 000 [1], clause 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has transmitted a Ranging Invitation 

message and a Ranging Grant in the same frame containing the Ranging Invitation message. 

OR 

The lUT has transmitted a Ranging Invitation message and then a Ranging Grant in a frame 

following that containing the Ranging Invitation message. 

Check that: After receiving a Ranging Request message pursuant to the Ranging Grant, the 

lUT transmits in a frame following this grant: 

1 ) Either a valid Ranging Continue message, 

2) Or a valid Ranging Success message. 
Final pseudo state: The lUT continues ranging. 


TP/AP/INC/RA/BV-005 


Reference: TS 102 000 [1], clauses 8.7.4 and 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has transmitted a Ranging Invitation 
message and a Ranging Grant in the same frame or a frame following the Ranging Invitation 
message. The lUT has then received a Ranging Request response pursuant to the Ranging 
Grant. It has then responded with a Ranging Continue message followed by another Ranging 
Grant in the tenth or a later frame following the frame containing Ranging Continue message. 
Check that: After not receiving a Ranging Request message pursuant to the latest Ranging 
Grant, the lUT transmits another Ranging Grant. 
Final pseudo state: The lUT continues ranging. 


TP/AP/INC/RA/BV-006 


Reference: TS 102 000 [1], clause 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has transmitted a Ranging Invitation 

message and a Ranging Grant in the same frame or a frame following the Ranging Invitation 

message. The lUT has then received a Ranging Request response pursuant to the Ranging 

Grant. It has then responded with a Ranging Continue message followed by another Ranging 

Grant in the tenth or a later frame following the frame containing the Ranging Continue 

message. Then, after not receiving a response pursuant to this latest Ranging Grant, the lUT 

transmits another Ranging Grant in a frame following that of the latest grant. 

Check that: After not receiving any response to each successive Ranging Grant, the lUT 

transmits another Ranging Grant in a following frame. 

Final pseudo state: The lUT continues ranging. 


TP/AP/INC/RA/BV-007 


Reference: TS 102 000 [1], clauses 8.7.4 and 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has started ranging by transmitting a 
Ranging Invitation message and a Ranging Grant in the same frame or a frame following the 
Ranging Invitation message. The lUT has then received a Ranging Request response 
pursuant to the Ranging Grant. It has then responded with a Ranging Continue message. 
Check that: The lUT transmits a Ranging Grant in the tenth or a later frame following the frame 
containing the Ranging Continue message. 
Final pseudo state: The lUT continues ranging. 


TP/AP/INC/RA/BV-008 


Reference: TS 102 000 [1], clause 8.7.4 and 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has started ranging by transmitting a 
Ranging Invitation message and a Ranging Grant. The lUT has received a Ranging Request 
response pursuant to the Ranging Grant and then ultimately responded with a Ranging 
Success message and a Ranging Grant in the tenth or a later frame following the frame 
containing the Ranging Success message. 

Check that: After not receiving a Ranging Ack message pursuant to the latest Ranging Grant, 
the lUT transmits another Ranging Grant in a following frame. 
Final pseudo state: The lUT continues ranging. 

NOTE: The lUT may have sent zero, one, or several Ranging Continue messages and one 
or more Ranging Grants before ultimately sending the Ranging Success message. 


TP/AP/INC/RA/BV-009 


Reference: TS 102 000 [1], clauses 8.7.4 and 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has started ranging by transmitting a 
Ranging Invitation message and a Ranging Grant in the same frame or a frame following the 
Ranging Invitation message. The lUT has then received a Ranging Request response 
pursuant to the Ranging Grant. Ultimately, it has responded with a Ranging Success message. 
Check that: The lUT transmits a Ranging Grant in the tenth or a later frame following the frame 
containing the Ranging Success message. 
Final pseudo state: The lUT continues ranging. 

NOTE: The lUT may have sent zero, one, or several Ranging Continue messages and one 
or more Ranging Grants before ultimately sending the Ranging Success message. 



£75/ 



13 



ETSI TS 102 149-2 VI .2.1 (2004-04) 



TP/AP/INC/RA/BV-010 


Reference: TS 102 000 [1], clause 8.7.4 and 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has started ranging by transmitting a 
Ranging Invitation message and a Ranging Grant In the same frame or a frame following the 
Ranging Invitation message. The lUT has then received a Ranging Request response 
pursuant to the Ranging Grant. Ultimately, it has responded with a Ranging Success message 
in the tenth or a later frame following the frame containing the Ranging Success message. 
Then, after not receiving a message pursuant to the latest Ranging Grant, the lUT transmits 
another Ranging Grant in a following frame. 

Check that: After not receiving any response to each successive Ranging Grant, the lUT 
transmits another Ranging Grant in a following frame. 
Final pseudo state: The lUT remains in initialization. 

NOTE: The lUT may have sent zero, one, or several Ranging Continue messages and one 
or more Ranging Grants before ultimately sending the Ranging Success message. 


TP/AP/INC/RA/BV-011 


Reference: TS 102 000 [1], clauses 8.7.4 and 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has started ranging by transmitting a 

Ranging Invitation message and a Ranging Grant. The lUT has then received a Ranging 

Request response and responded with a Ranging Continue message and a Ranging Grant 10 

or more frames after that containing the Ranging Continue message. 

Check that: After receiving another Ranging Request response pursuant to the Ranging Grant, 

the lUT transmits: 

1) Either a valid Ranging Continue message and then a valid Ranging Grant in the tenth or 
following frame after that containing the Ranging Continue message. 

2) Or a valid Ranging Success message and then a valid Ranging Grant in the tenth or 
following frame after that containing the Ranging Success message. 

Final pseudo state: The lUT continues ranging. 


TP/AP/INC/RA/BV-012 


Reference: TS 102 000 [1], clauses 8.7.4 and 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has started ranging by transmitting a 

Ranging Invitation message and a Ranging Grant. The lUT has then received a Ranging 

Request response. Transmission quality is sufficient for the lUT to transmit a Ranging Success 

message without the use of intervening Ranging Continue messages. 

Check that: The lUT transmits a valid Ranging Success message and a valid Ranging Grant in 

the tenth or following frame after that containing the Ranging Success message. 

Final pseudo state: The lUT waits a Ranging Ack to conclude ranging. 


TP/AP/INC/RA/BV-013 


Reference: TS 102 000 [1], clauses 8.7.4 and 10.4.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has started ranging and has ultimately 

transmitted a Ranging Success message followed by a Ranging Grant in the tenth or following 

frame after that containing the Ranging Success message. 

Check that: Upon receiving a Ranging Request message pursuant to the latest grant, the lUT 

transmits: 

1) Either a valid Ranging Continue message and a Ranging Grant in the tenth or following 
frame after that containing the Ranging Continue message. 

2) Or a valid Ranging Success message and a Ranging Grant in the tenth frame or following 
frame after that containing the Ranging Success message. 

Final pseudo state: The lUT continues ranging. 

NOTE: The lUT may have sent zero, one, or several Ranging Continue messages and one 

or more Ranging Grants before ultimately sending the first Ranging Success 

message. 


TP/AP/INC/RA/BV-014 


Reference: TS 102 000 [1], clause E.3.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has started ranging and has ultimately 

transmitted a Ranging Success message and a Ranging Grant in the tenth or following frame 

after that containing the Ranging Success message. 

Check that: Upon receiving a valid Ranging Ack message; 

1) Either the lUT starts T_RangingAck and does not transmit any messages or any type of 
grants during this timer's duration. 

2) Or the lUT transmits a valid Ranging Success message and a Ranging Grant in the tenth 
or following frame after that containing the Ranging Success message. 

3) Or the lUT transmits a valid Ranging Continue message and a Ranging Grant in the tenth 
or following frame after that containing the Ranging Continue message. 

Final pseudo state: Upon expiration of T_RangingAck, the lUT has completed initialization but 
is not yet operational. Upon sending either a Ranging Continue or Ranging Success message, 
the lUT continues ranging. 
NOTE: The lUT may have sent zero, one, or several Ranging Continue messages and one 

or more Ranging Grants before ultimately sending the first Ranging Success 

message. 
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5.2.1.4 



Physical Capabilities Negotiation 



TP/AP/INC/PN/BV-OOO 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization. 

Check that: After expiration of T_RangingAck, the lUT transmits a valid Physical Capabilities 

Request message. 

Final pseudo state: The lUT has begun physical capabilities negotiation. 


TP/AP/INC/PN/BV-001 


Reference: TS 102 000 [1], clauses 10.5.1 and E.3.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization and has 

transmitted a Physical Capabilities Request message. 

Check that: Upon receiving a valid Physical Capabilities Information message within the 

duration of timer T_PhyCapabilitiesReq, the lUT transmits a valid Physical Capabilities 

Confirmation message. 

Final pseudo state: The lUT waits to complete physical capabilities negotiation. 


TP/AP/INC/PN/BV-002 


Reference: TS 102 000 [1], clauses 10.5.1 and E.3.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization, 

transmitted a valid Physical Capabilities Request message, and started the timer 

T-PhyCapabilitiesReq. 

Check that: Upon expiration of T_PhyCapabilitiesReq without receiving a Physical Capabilities 

Information message, the lUT retransmits a valid Physical Capabilities Request message and 

restarts T_PhyCapabilitiesReq. 

Final pseudo state: The lUT continues physical capabilities negotiation. 


TP/AP/INC/PN/BV-003 


Reference: TS 102 000 [1], clauses 10.5.1 and E.3.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization, 

transmitted a valid Physical Capabilities Request message, and started the timer 

T-PhyCapabilitiesReq. 

Check that: Upon successive transmissions of a valid Physical Capabilities Request message 

and expirations of T_PhyCapabilitiesReq without receiving a Physical Capabilities Information 

message in response, the lUT continues to retransmit a valid Physical Capabilities Request 

message and to restart T_PhyCapabilitiesReq until a Physical Capabilities Information 

message is ultimately received. 

Final pseudo state: The lUT continues physical capabilities negotiation. 


TP/AP/INC/PN/BV-004 


Reference: TS 102 000 [1], clauses 10.5.1 and E.3.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization, 
transmitted a valid Physical Capabilities Request message, received a valid Physical 
Capabilities Information message, and transmitted a valid Physical Capabilities Confirmation 
message. 

Check that: The lUT starts the timer T_PhyCapabilitiesCnf and transmits no message during 
this timer's duration. 

Final pseudo state: The lUT continues physical capabilities negotiation. 
NOTE: Physical capabilities negotiation is complete if and only if the lUT does not receive a 
Physical Capabilities Information message during this timer's duration. 


TP/AP/INC/PN/BV-005 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization, 

transmitted a valid Physical Capabilities Request message, received a valid Physical 

Capabilities Information message, transmitted a valid Physical Capabilities Confirmation 

message, and started the timer T_PhyCapabilitiesCnf. 

Check that: Upon reception of a Physical Capabilities Information message during the duration 

of T_PhyCapabilitiesCnf, the lUT retransmits a valid Physical Capabilities Confirmation 

message and restarts T_ PhyCapabilitiesCnf. 

Final pseudo state: The lUT continues physical capabilities negotiation. 


TP/AP/INC/PN/BV-006 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization, 

transmitted a valid Physical Capabilities Request message, received a valid Physical 

Capabilities Information message, transmitted a valid Physical Capabilities Confirmation 

message, and started the timer T_PhyCapabilitiesCnf. 

Check that: After the timer expires and the lUT has not received any Physical Capabilities 

Information message, the lUT considers physical capabilities negotiation completed. 

Final pseudo state: The lUT has completed physical capabilities negotiation but is not yet 

operational. 
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5.2.1.5 



Other Capabilities Negotiation 



TP/AP/INC/OC/BV-OOO 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication. During authentication, at least one SAID required a TEK allocation. 

Check that: After expiration of the timer T_TekAllocation, the lUT transmits a valid Other 

Capabilities Request message. 

Final pseudo state: The lUT has begun other capabilities negotiation. 


TP/AP/INC/OC/BV-001 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication. During authentication, no TEK allocation occurred. 

Check that: After expiration of the timer T_AuthReply, the lUT transmits a valid Other 

Capabilities Request message. 

Final pseudo state: The lUT has begun other capabilities negotiation. 


TP/AP/INC/OC/BV-002 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed Authentication and has transmitted a valid Other Capabilities Request message. 

Check that: Upon receiving a valid Other Capabilities Information message within the duration 

of timer T_OtherCapabilitiesReq, the lUT transmits a valid Other Capabilities Confirmation 

message. 

Final pseudo state: The lUT waits to complete other capabilities negotiation. 


TP/AP/INC/OC/BV-003 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication, transmitted a valid Other Capabilities Request message, and started 

the timer T_OtherCapabilitiesReq. 

Check that: Upon expiration of T_OtherCapabilitiesReq without receiving an Other Capabilities 

Information message, the lUT retransmits a valid Other Capabilities Request message and 

restarts T_OtherCapabilitiesReq. 

Final pseudo state: The lUT continues other capabilities negotiation. 


TP/AP/INC/OC/BV-004 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication, transmitted a valid Other Capabilities Request message, and started 

the timer T-OtherCapabilitiesReq. 

Check that: Upon successive transmissions of a valid Other Capabilities Request message 

and expirations of T_OtherCapabilitiesReq without receiving an Other Capabilities Information 

message in response, the lUT continues to retransmit a valid Other Capabilities Request 

message and to restart T_OtherCapabilitiesReq until an Other Capabilities Information 

message is ultimately received. 

Final pseudo state: The lUT continues other capabilities negotiation. 


TP/AP/INC/OC/BV-005 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 
completed authentication, transmitted a valid Other Capabilities Request message, received a 
valid Other Capabilities Information message, and transmitted a valid Other Capabilities 
Confirmation message. 

Check that: The lUT starts the timer T_OtherCapabilitiesCnf and transmits no message during 
this timer's duration. 

Final pseudo state: The lUT continues other capabilities negotiation. 
NOTE: Other capabilities negotiation is complete if and only if the lUT does not receive an 
Other Capabilities Information message during this timer's duration. 


TP/AP/INC/OC/BV-006 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication, transmitted a valid Other Capabilities Request message, received a 

valid Other Capabilities Information message, transmitted a valid Other Capabilities 

Confirmation message, and started the timer T_OtherCapabilitiesCnf. 

Check that: Upon reception of an Other Capabilities Information message during the duration 

of T_OtherCapabilitiesCnf, the lUT retransmits a valid Other Capabilities Confirmation 

message and restarts T_ OtherCapabilitiesCnf. 

Final pseudo state: The lUT continues other capabilities negotiation. 


TP/AP/INC/OC/BV-007 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication, transmitted a valid Other Capabilities Request message, received a 

valid Other Capabilities Information message, transmitted a valid Other Capabilities 

Confirmation message, and started the timer T_ OtherCapabilitiesCnf. 

Check that: Each time the lUT receives an Other Capabilities Information message in the 

duration of T_ OtherCapabilitiesCnf, the lUT transmits a valid Other Capabilities Confirmation 

message and restarts T_ OtherCapabilitiesCnf. 

Final pseudo state: The lUT continues other capabilities negotiation. 
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TP/AP/INC/OC/BV-008 



Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AP. Tester is the AT. Authentication is required. The lUT has 

completed authentication, transmitted a valid Other Capabilities Request message, received a 

valid Other Capabilities Information message, transmitted a valid Other Capabilities 

Confirmation message, and started the timer T_OtherCapabilitiesCnf. 

Check that: After the timer expires and the lUT has not received any Other Capabilities 

Information message, the lUT considers other capabilities negotiation completed. 

Final pseudo state: The lUT has completed other capabilities negotiation and is now 

operational with regards to this AT. 



5.2.2 Radio Resource Control 



5.2.2.1 



Link Supervision 



TP/AP/RRC/LS/BV-OOO 


Reference: TS 102 000 [1], clauses 11.2.2 and 10.4.1. 

Initial condition: AP is the IDT. The tester is the AT. The lUT has initialized and connected its 

peer. 

Check that: The lUT detects a link interruption; it irregularly transmits both 

RIcRanginglnvitation messages and ranging grants to the Tester. 


TP/AP/RRC/LS/BV-001 


Reference: TS 1 02 000 [1 ], clause 1 1 .2.2. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The Tester does not reply to the grants sent by the lUT. 

Check that: The lUT irregularly transmits both RIcRanginglnvitation messages and ranging 

grants to the Tester. 


TP/AP/RRC/LS/BV-002 


Reference: TS 1 02 000 [1 ], clause 1 1 .2.3. 

Initial condition: AP is the IDT. The tester is the AT. The lUT has initialized and connected its 

peer. The IDT has sent an RIclnitializationCmd message with InitialisationCmd equal to 

rejectedFromNetwork. 

Check that: The lUT gives no grants to the Tester after this command. 


TP/AP/RRC/LS/BV-003 


Reference: TS 1 02 000 [1 ], clause 1 1 .2.3. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The IDT has sent an RIclnitializationCmd message with InitialisationCmd equal to 

rejectedFromChannel. 

Check that: The lUT gives no grants to the Tester after this command. 


TP/AP/RRC/LS/BV-004 


Reference: TS 1 02 000 [1 ], clause 1 1 .2.3. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The IDT has sent an RIclnitializationCmd message with InitialisationCmd equal to 

firstlnitialization. 

Check that: The lUT gives no grants to the Tester after this command except for ranging 

grants. 


TP/AP/RRC/LS/BV-005 


Reference: TS 1 02 000 [1 ], clause 1 1 .2.3. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The IDT has sent an RIclnitializationCmd message with InitialisationCmd equal to 

transmissionStop. 

Check that: The lUT gives no grants to the Tester after this command except for ranging 

grants. 



5.2.2.2 



Change of PHY Mode, ATPC and ATTC 



TP/AP/RRC/PT/BV-OOO 



Reference: TS 1 02 000 [1 ], clause 1 1 .3.2. 

Initial condition: AP is the lUT. The tester is the AT. The IDT has initialized and connected its 

peer. 

Check that: The lUT transmits at least every 50 ms to 200 ms an uplink grant. 



TP/AP/RRC/PT/BV-001 



Reference: TS 1 02 000 [1 ], clause 1 1 .3.3. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. 

Check that: The lUT transmits an RIcMeasurementReportCriterium message to change the 

periodReportGeneral acquired in the GBI message or to stop the reporting. 
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TP/AP/RRC/PT/BV-002 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.4. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The tester has transmitted an RIcMeasurementReportData message with valid new 

DownlinkPhylVlode wanted. 

Check that: The lUT transmits an RIcDownlinkPhylVlodeChange message with the 

DownlinkPhylVlodeGranted parameter. 


TP/AP/RRC/PT/BV-003 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.4. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. Conditions exist that cause AP to allocate another PHY mode region to AT. 

Check that: The lUT transmits an RIcDownlinkPhyModeChange message with the new 

highest DownlinkPhylVlode. 


TP/AP/RRC/PT/BV-004 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.4. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 
peer. Conditions exist that cause AP to allocate another PHY mode region to AT. The lUT has 
transmited an RIcDownlinkPhylVlodeChange message with the new DownlinkPhylVlode. 
Check that: The lUT retransmits the RIcDownlinkPhylVlodeChange message if the timer 
T DownlinkPhylVlodeChange expires. 


TP/AP/RRC/PT/BV-005 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.5. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 
peer. Conditions exist that cause AP to adjust the uplink transmission power control. 
Check that: The lUT transmits an RIcUplinkCorrection message. 


TP/AP/RRC/PT/BV-006 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.5. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. Conditions exist that cause AP to adjust the uplink transmission timing. 

Check that: The lUT transmits an RIcUplinkCorrection message. 


TP/AP/RRC/PT/BV-007 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.5. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. Conditions exist that cause AP to adjust the uplink transmission power control. The lUT 

has transmited an RIcUplinkCorrection message. 

Check that: The lUT retransmits an RIcUplinkCorrection message if the timer 

T UplinkCorrection expires. 


TP/AP/RRC/PT/BV-008 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.6. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The lUTthen transmits to the tester in a mode other than the most robust PHY mode and 

with power not high enough. 

Check that: The lUT implements the adaptive PHY mode procedure. 

Final pseudo state: The lUT has changed to a more viable PHY mode and continues 

transmitting at the same downlink power level. 


TP/AP/RRC/PT/BV-009 


Reference: TS 1 02 000 [1 ], clause 1 1 .3.6. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The tester transmits to the tester in a mode other than the most robust PHY mode and 

with power not high enough. The lUT then implements the adaptive PHY mode procedure. 

The DL transmission power is still not high enough. 

Check that: The lUT increases its downlink transmit power. The power correction is applied 

immediately before the next downlink frame preamble. The power correction does not exceed 

1 dB per 50 ms and 1 db per step. 

Final pseudo state: The lUT continues operating and transmits at the new power level. 



5.2.2.3 



Load Levelling (Inter-Carrier Handover) 



TP/AP/RRC/LL/BV-OOO 



Reference: TS 102 000 [1], clause 11.6. 

Initial condition: AP is the lUT. The tester is the AT. The lUT has initialized and connected its 

peer. The lUT has sent an RIcHandoverCmd message and has received an 

RIcHandoverCmdAck message. 

Check that: The lUT starts initialization using the new APT. 
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5.2.3 Security Control 



5.2.3.1 



Initial Authentication 



TP/AP/SEC/IA/BV-OOO 


Reference: TS 102 000 [1], clause 12.2.1 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 
negotiation. Phase 1 security measures are in effect. Other capabilties are to be negotiated. 
Check that: the lUT transmits a valid Other Capabilities Request message. 


TP/AP/SEC/IA/BV-001 


Reference: TS 102 000 [1], clause 12.3.2 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. 

Check that: the lUT transmits a valid RIcAuthCertificateReq message. 


TP/AP/SEC/IA/BV-002 


Reference: TS 102 000 [1], clause 12.3.2 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has transmitted a valid 

RIcAuthCertificateReq message and started T_AuthCertificateReq. 

Check that: After T_AuthCertificateReq expires, the IDT transmits another 

RIcAuthCertificateReq message identical to the first. 


TP/AP/SEC/lA/BV-003 


Reference: TS 102 000 [1], clause 12.3.2 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has transmitted a valid 

RIcAuthCertificateReq message. The tester then transmits an RIcAuthCertificatelnfo message 

with an invalid certificate. 

Check that: the lUT transmits a valid RIcAuthReject message. 


TP/AP/SEC/IA/BV-004 


Reference: TS 102 000 [1], clause 12.3.2 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has transmitted a valid 

RIcAuthCertificateReq message. The tester then transmits an RIcAuthCertificatelnfo message 

with a valid certificate. 

Check that: the lUT transmits a valid RIcAuthKeyCmd message. 


TP/AP/SEC/IA/BV-005 


Reference: TS 102 000 [1], clause 12.3.2 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has transmitted a valid 

RIcAuthCertificateReq message. The tester then transmits an RIcAuthCertificatelnfo message 

with a valid certificate. The lUT then transmits an RIcAuthKeyCmd message and starts 

T_AuthKeyCmd. 

Check that: After T_ AuthKeyCmd expires, the lUT transmits another RIcAuthKeyCmd 

message identical to the first. 


TP/AP/SEC/IA/BV-006 


Reference: TS 102 000 [1], clause 12.3.2 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has transmitted a valid 

RIcAuthCertificateReq message. The tester then transmits an RIcAuthCertificatelnfo message 

with a valid certificate. The lUT then transmits an RIcAuthKeyCmd message. The tester then 

transmits an RIcAuthKeyAck message with an invalid Hmac of Nonce. 

Check that: the lUT retransmit the RIcAuthKeyCmd message with the same parameters as the 

first message. 



5.2.3.2 



Reauthentication 



TP/AP/SEC/RE/BV-OOO 



Reference: TS 102 000 [1], clause 12.3.3 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed initialization. Phase 2 

or 3 security measures are in effect. 

Check that: to generate a new AuthKey, the lUT transmits a valid RIcAuthKeyCmd message. 



TP/AP/SEC/RE/BV-001 



Reference: TS 102 000 [1], clause 12.3.3 

Initial condition: IDT is the AP. Tester is the AT. The lUT has completed initialization. Phase 2 

or 3 security measures are in effect. The IDT has transmitted a valid RIcAuthKeyCmd 

message. The tester transmits no message for T_AuthKeyCmd duration. 

Check that: the lUT transmits another RIcAuthKeyCmd message with the same parameters as 

the first message. 
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TP/AP/SEC/RE/BV-002 



Reference: TS 102 000 [1], clause 12.3.3 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization. Phase 2 

or 3 security measures are in effect. The lUT has transmitted a valid RIcAuthKeyCmd 

message. The tester has then transmitted an RIcAuthKeyAck message with an invalid Hmac 

parameter. 

Check that: the lUT transmits another RIcAuthKeyCmd message with the same parameters as 

the first message. 



5.2.3.3 



Key Allocation 



TP/AP/SEC/KA/BV-OOO 


Reference: TS 102 000 [1], diagram 27, clause 12.4.4 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has transmitted a valid 

RIcAuthCertificateReq message. The tester then transmits an RIcAuthCertificatelnfo message 

with a valid certificate. The lUT then transmits an RIcAuthKeyCmd message. The tester then 

transmits an RIcAuthKeyAck message with a valid Hmac of Nonce. Thus, the Authentication 

Key is valid. 

Check that: the lUT transmits a valid RIcTekAllocationFirst message. 


TP/AP/SEC/KA/BV-001 


Reference: TS 102 000 [1], diagram 27, clauses 12.4.3 and 12.4.4 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 

The lUT has transmitted a valid RIcTekAllocationFirst message and started 

TTekAllocationFirst. 

Check that: After T_TekAllocationFirst expires, the lUT transmits another 

RIcTekAllocationFirst message with the same parameters as the first. 


TP/AP/SEC/KA/BV-002 


Reference: TS 102 000 [1], clause 12.4.4 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed physical capabilities 
negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 
The lUT has transmitted a valid RIcTekAllocationFirst message and started 
T_TekAllocationFirst. The tester than transmits a valid RIcTekAllocationFirstAck message. 
Check that: the lUT stops T_TekAllocationFirst and transmits a valid 
RIcTekAllocationFirstTimerStop message. 
Post condition: First Tek Allocation is complete. 


TP/AP/SEC/KA/BV-003 


Reference: TS 102 000 [1], clause 12.4.4 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 

The lUT has transmitted a valid RIcTekAllocationFirst message and started 

T_TekAllocationFirst.. The tester than transmits a RIcTekAllocationFirstAck message with an 

invalid Hmac of a Nonce. 

Check that: the lUT restarts T_TekAllocationFirst and transmits another valid 

RIcTekAllocationFirst message with the same parameters as the first. 



5.2.3.4 



Key Refresh 



TP/AP/SEC/KR/BV-OOO 


Reference: TS 102 000 [1], diagram 26, clause 12.4.3 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization. A 

connection has been setup and data has been exchanged on the connection. Phase 2 or 3 

security measures are in effect. 

Check that: To refresh a Tek, the lUT transmits a valid RIcTekAllocationRefresh message. 


TP/AP/SEC/KR/BV-001 


Reference: TS 102 000 [1], diagram 26, clause 12.4.3 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization. A 

connection has been setup and data has been exchanged on the connection. Phase 2 or 3 

security measures are in effect. To refresh a Tek, the lUT has transmitted a valid 

RIcTekAllocationRefresh message and has started T_TekAllocationRefresh. 

Check that: After T_TekAllocationRefresh expires, the lUT transmits another valid 

RIcTekAllocationRefresh message identical to the first. 


TP/AP/SEC/KR/BV-002 


Reference: TS 102 000 [1], diagram 26, clause 12.4.3 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed initialization. A 

connection has been setup and data has been exchanged on the connection. Phase 2 or 3 

security measures are in effect. To refresh a Tek, the lUT has transmitted a valid 

RIcTekAllocationRefresh message. The tester has then transmitted an 

RIcTekAllocationRefreshAck message with an invalid Hmac. 

Check that: the lUT transmits another valid RIcTekAllocationRefresh message with the same 

parameters as the first. 
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TP/AP/SEC/KR/BV-003 



Reference: TS 102 000 [1], clause 12.4.7 

Initial condition: lUT is the AP. Tester is several ATs. The lUT has completed physical 

capabilities negotiation. Phase 3 security measures are in effect. Initialization is completed. A 

multicast connection is set up. Encrypted DL data PDUs have been sent. To refresh the Teks 

currently at EKSn and {TEK,IVP)n. 

Check that: the lUT transmits an RIcTekAllocationRefresh message to each AT in the 

multicast.group. 



TP/AP/SEC/KR/BV-004 



Reference: TS 102 000 [1], clause 12.4.3 

Initial condition: lUT is the AP. Tester is the AT. The lUT has completed Initialization. A 

connection has been setup. Phase 2 or 3 security measures are in effect. 

Check that: the next TEK refresh procedure shall not be performed by the lUT before at least 

one MAC data PDU in the UL direction using TEKn is received by the lUT. 



5.2.3.5 



Traffic Encryption Keys Usage 



TP/AP/SEC/KU/BV-OOO 


Reference: TS 102 000 [1], clause 12.4.6 

Initial condition: lUT is the AP. Tester is the AT. The lUT has initialized and connected its 

peer. Phase 1 security measures are in effect. 

Check that: to change encryption keys from (TEK, IVP)n to (TEK, IVP)n+1 , the lUT places 

EKSn+1 modulo 4 in a DL frame. 


TP/AP/SEC/KU/BV-001 


Reference: TS 102 000 [1], clause 12.4.6 

Initial condition: lUT is the AP. Tester is multiple ATs. The lUT has initialized and connected 

its peers. Phase 1 security measures are in effect. The lUT has changed encryption keys by 

placing EKSn+1 modulo 4 in DL frames. As one or several ATs, the tester transmits encrypted 

data UL PDUs according to EKSn modulo 4. And, as the remaining ATs, the tester transmits 

encrypted data UL PDUs according to EKSn+1 modulo 4. 

Check that: the lUT successfully decodes all UL data PDUs according to the EKS in the uplink 

frame. 


TP/AP/SEC/KU/BV-002 


Reference: TS 102 000 [1], clause 12.4.6 

Initial condition: lUT is the AP. Tester is multiple ATs. The lUT has initialized and connected 

its peers. Phase 1 security measures are in effect. 

Check that: The lUT commands the TEK exchanges for the DL by switching EKS for all its 

peers at the same time. 


TP/AP/SEC/KU/BV-003 


Reference: TS 102 000 [1], clause 12.4.4 

Initial condition: lUT is the AP. Tester is the AT. The lUT has initialized and connected its 

peer. Phase 2 security measures are in effect. EKSn modulo 4 and (TEK, IVP)n modulo 4 are 

in use for encrypting DL data PDUs. EKSn+1 modulo 4 and (TEK, IVP)n+1 modulo 4 are in 

use for encrypting UL data PDUs. 

Check that: to change encryption keys, the lUT uses EKSn+1 modulo 4 and (TEK, IVP)n+1 

modulo 4 for encrypting DL data PDUs. 

And, that the lUT continues to decrypt UL messages using the same keys as before; i.e. 

EKSn+1 modulo 4 and (TEK, IVP)n+1 . 


TP/AP/SEC/KU/BV-004 


Reference: TS 102 000 [1], clause 12.4.4 

Initial condition: lUT is the AP. Tester is the AT. The lUT has initialized and connected its 

peer. Phase 2 security measures are in effect. To change encryption keys, the lUT is using 

EKSn+1 modulo 4 and (TEK, IVP)n+1 modulo 4 for encrypting DL data PDUs. The. 

RIcTekAllocationRefresh procedure has succeeded. 

Check that: the lUT continues to use EKSn+1 modulo 4 and (TEK, IVP)n+1 modulo 4 for 

encrypting DL data PDUs, 

And, that the lUT continues to decrypt UL messages using the same keys as before; i.e. 

EKSn+1 modulo 4 and (TEK, IVP)n+1 until the UL EKS changes to n+2. 

And, that when the UL EKS changes to n+2, lUT decrypts UL messages using the new key; 

i.e. EKSn+2 modulo 4 and (TEK, IVP)n+2. 


TP/AP/SEC/KU/BV-005 


Reference: TS 102 000 [1], clause 12.4.7 

Initial condition: lUT is the AP. Tester is several ATs. The lUT has completed physical 

capabilities negotiation. Phase 3 security measures are in effect. Initialization is completed. A 

multicast connection is set up. Encrypted DL data PDUs have been sent. To refresh the Teks 

currently at EKSn and (TEK,IVP)n, the lUT has transmitted an RIcTekAllocationRefresh 

message to each AT in the multicast.group. 

Check that: the lUT directs the use of the new EKSn+1 and corresponding (TEK, IVP)n+1 only 

after having received RIcTekAllocationRefreshAck from each AT in the multicast group. 
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5.2.4 Connection Control 



5.2.4.1 



Connection Establishment 



5.2.4.1.1 



AP Initiated Connection Establishment 



TP/AP/COC/CE/BV-OOO 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and operational. 

Check that: To establish a connection, the lUT sends a valid Connection Addition Setup 

message. 

Final pseudo state: The lUT is establishing a connection. 


TP/AP/COC/CE/BV-001 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. lUT is initialized and has transmitted a valid 

Connection Addition Setup message. 

Check that: Upon receiving a valid Connection Addition Ack message, the lUT: 

1) Starts T_RlcConnectionAdditionAck. 

2) Considers the connection established after T_RlcConnectionAdditionAck expires. 
Final pseudo state: The lUT is operational and the connection is established. 


TP/AP/COC/CE/BV-002 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has sent a Connection Addition Setup message, and started 

T_RlcConnectionAdditionSetup. 

Check that: After TRIcConnectionSetup expires without receiving a Connection Addition Ack 

message; the lUT retransmits another valid Connection Addition Setup message. 

Final pseudo state: The lUT is establishing a connection. 


TP/AP/COC/CE/BV-003 


Reference: TS 102 000 [1], clause 13.4.2.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has sent a Connection Addition Setup message, and started 

T_RlcConnectionAdditionSetup. 

Check that: Each time T_RlcConnectionAdditionSetup expires without the lUT having 

received a Connection Addition Ack message, the lUT: 

1 ) Transmits another valid Connection Addition Setup message. 

2) And restarts T_RlcConnectionAdditionSetup upon sending this message. 
Final pseudo state: The lUT is establishing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.2.4.1.2 



AT Initiated Connection Establishment 



TP/AP/COC/CE/BV-004 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and operational. 

Check that: Upon receiving a valid Connection Addition Init message, the lUT replies to the 

LT with a Connection Addition Setup message. 

Final pseudo state: The lUT is establishing a connection. 


TP/AP/COC/CE/BV-005 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

The lUT is initialized, has received a Connection Addition Init message, and then responded 

with a Connection Addition Setup message. 

Check that: Upon receiving a valid Connection Addition Ack message, the lUT: 

1) Starts T_RlcConnectionAdditionAck. 

2) Considers the connection established after T_RlcConnectionAdditionAck expires. 
Final pseudo state: The lUT is operational and the connection is established. 


TP/AP/COC/CE/BV-006 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has received a Connection Addition Init message, and then sent a 

Connection Addition Setup message and started T_RlcConnectionAdditionSetup. 

Check that: Upon receiving a Connection Addition Init message during this timer's duration, 

the lUT retransmits another valid Connection Addition Setup message. 

Final pseudo state: The lUT is establishing a connection. 
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TP/AP/COC/CE/BV-007 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has received a Connection Addition Init message, then sent a Connection 

Addition Setup message and started T_RlcConnectionAdditionSetup. 

Check that: Each time the lUT receives a Connection Addition Init message during this timer's 

duration: 

1 ) The lUT retransmits another valid Connection Addition Setup message. 

2) And restarts T_ RIcConnectionAdditionSetup upon sending this Setup message. 
Final pseudo state: The lUT is establishing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur 


TP/AP/COC/CE/BV-008 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has received a Connection Addition Init message, then sent a Connection 

Addition Setup message, and started T_RlcConnectionAdditionSetup. 

Check that: After T_RlcConnectionAdditionSetup expires without receiving any message; the 

lUT retransmits another valid Connection Addition Setup message. 

Final pseudo state: The lUT is establishing a connection. 


TP/AP/COC/CE/BV-009 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has sent a Connection Addition Setup message, and started 

T_RlcConnectionAdditionSetup. 

Check that: Each time T_RlcConnectionAdditionSetup expires without the lUT having 

received any message, the lUT: 

1 ) Retransmits another valid Connection Addition Setup message. 

2) And restarts TRIcConnectionAdditionSetup upon sending this message. 
Final pseudo state: The lUT is establishing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.2.4.2 



Connection Modification 



5.2.4.2.1 



AP Initiated Connection Modification 



TP/AP/COC/CM/BV-OOO 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and a connection is established with the Tester. 

Check that: To modify a connection, the lUT sends a valid Connection Change Setup 

message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AP/COC/CM/BV-001 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, and has transmitted a valid 

Connection Change Setup message. 

Check that: Upon receiving a valid Connection Change Ack message, the lUT: 

1 ) Starts T_RlcConnectionChangeAck. 

2) Considers the connection modified after T_RlcConnectionChangeAck expires. 
Final pseudo state: The lUT is operational and the connection continues as modified. 


TP/AP/COC/CM/BV-002 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Change Setup message, and started T_RlcConnectionChangeSetup. 

Check that: After T_RlcConnectionChangeSetup expires without receiving a Connection 

Change Ack message; the lUT retransmits another valid Connection Change Setup 

message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AP/COC/CM/BV-003 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Change Setup message, and started T_RlcConnectionChangeSetup. 

Check that: Each time T_RlcConnectionChangeSetup expires without the lUT having 

received a Connection Change Ack message, the lUT: 

1 ) Restarts TRIcConnectionChangeSetup. 

2) And retransmits another valid Connection Change Setup message. 
Final pseudo state: The lUT is modifying a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 
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5.2.4.2.2 



AT Initiated Connection Modification 



TP/AP/COC/CM/BV-004 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and a connection is established with the Tester. 

Check that: Upon receiving a valid Connection Change Init message, the lUT replies to the 

LT with a Connection Change Setup message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AP/COC/CM/BV-005 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT has received a valid Connection Change Init message and replied to the LT with a valid 

Connection Change Setup message. 

Check that: Upon receiving a valid Connection Change Ack message, the lUT: 

1 ) Starts T_RlcConnectionChangeAck. 

2) Considers the connection as modified after T_RlcConnectionChangeAck expires. 
Final pseudo state: The lUT is operational and the connection continues as modified. 


TP/AP/COC/CM/BV-006 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has received a Connection Change 

Init message, and then sent a Connection Change Setup message and started 

T_RlcConnectionChangeSetup. 

Check that: Upon receiving a Connection Change Init message during this timer's duration, 

the lUT retransmits another valid Connection Change Setup message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AP/COC/CM/BV-007 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has received a Connection Change 

Init message, then sent a Connection Change Setup message and started 

T_RlcConnectionChangeSetup. 

Check that: Each time the lUT receives a Connection Change Init message during this timer's 

duration: 

1 ) The lUT retransmits another valid Connection Change Setup message. 

2) And restarts T_ RIcConnectionChangeSetup upon sending this Setup message. 
Final pseudo state: The lUT is modifying a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur 


TP/AP/COC/CM/BV-008 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has received a valid Connection 

Change Init message, has transmitted a Connection Change Setup message, and started 

T_RlcConnectionChangeSetup. 

Check that: After T_RlcConnectionChangeSetup expires without receiving any message; the 

lUT retransmits another valid Connection Change Setup message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AP/COC/CM/BV-009 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has received a valid Connection 

Change Init message, has transmitted a Connection Change Setup message, and started 

T_RlcConnectionChangeSetup. 

Check that: Each time T_RlcConnectionChangeSetup expires without the lUT having 

received a Connection Change Ack message, the lUT: 

1 ) Restarts TRIcConnectionChangeSetup. 

2) And retransmits another valid Connection Change Setup message. 
Final pseudo state: The lUT is modifying a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 
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5.2.4.3 



Connection Termination 



5.2.4.3.1 



AP Initiated Connection Termination 



TP/AP/COC/CT/BV-OOO 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and a connection is established with the Tester. 

Check that: To release a connection, the lUT sends a valid Connection Deletion Init message. 

Final pseudo state: The lUT is releasing a connection. 


TP/AP/COC/CT/BV-001 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, a connection is established with the Tester, and lUT has transmitted a valid 

Connection Deletion Init message. 

Check that: Upon receiving a valid Connection Deletion Ack message, the lUT: 

1) Starts T_RlcConnectionDeletionAck. 

2) Considers the connection released after T_RlcConnectionDeletionAck expires. 
Final pseudo state: The lUT is operational and the connection no longer exists. 


TP/AP/COC/CT/BV-002 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Deletion Init message, and started T_RlcConnectionDeletionlnit. 

Check that: Upon T_ RIcConnectionDeletionlnit expiry without receiving a Connection 

Deletion Ack message, the lUT retransmits another valid Connection Deletion Init message. 

Final pseudo state: The lUT is releasing a connection. 


TP/AP/COC/CT/BV-003 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Deletion Init message, and started T_ RIcConnectionDeletionlnit. 

Check that: Each time T_ RIcConnectionDeletionlnit expires without the lUT having received 

a Connection Deletion Init message, the lUT: 

1) Retransmits another valid Connection Deletion Init message. 

2) And restarts T_ RIcConnectionDeletionlnit upon sending this message. 
Final pseudo state: The lUT is releasing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.2.4.3.2 



AT Initiated Connection Termination 



TP/AP/COC/CT/BV-004 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized and a connection is established with the Tester. 

Check that: Upon receiving a valid Connection Deletion Init message, the lUT replies to the 

LT with a Connection Deletion Ack message. 

Final pseudo state: The lUT is releasing a connection. 


TP/AP/COC/CT/BV-005 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized, a connection is established with the Tester, and the lUT has received a valid 

Connection Deletion Init message and then sent a valid Connection Deletion Ack message 

and started T_RlcConnectionDeletionAck. 

Check that: Upon TRIcConnectionDeletionAck expiry and if no message has been received 

during this timer's duration, the lUT considers the connection released. 

Final pseudo state: The lUT is operational and the connection no longer exists. 


TP/AP/COC/CT/BV-006 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized; a connection is established with the Tester; and the lUT has received a valid 

Connection Deletion Init message, then sent a valid Connection Deletion Ack message and 

started T_ RIcConnectionDeletionAck. 

Check that: Upon receiving a Connection Deletion Init message, the lUT transmits a valid 

Connection Deletion Ack message. 

Final pseudo state: The lUT is releasing a connection. 
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TP/AP/COC/CT/BV-007 



Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AP. Tester is the AT. 

lUT is initialized; a connection is established with the Tester; and the lUT has received a valid 

Connection Deletion Init message, then sent a valid Connection Deletion Ack message and 

started T_ RIcConnectionDeletionAck. 

Check that: Each time, upon receiving a Connection Deletion Init message, the lUT: 

1) Transmits a valid Connection Deletion Ack message. 

2) Restarts T_RlcConnectionDeletionAck upon sending this message. 
Final pseudo state: The lUT is releasing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.2.4.4 



Multicast Connections 



TP/AP/COC/IVIC/BV-OOO 



Reference: TS 102 000 [1], clause 13.5. 

Initial condition: lUT is the AP. Tester is multiple ATs. 

lUT is initialized. 

Check that: To establish a multicast connection, the lUT establishes a Downlink unicast 

connection with each AT included in the multicast group assigning to each connection the 

same CID. 

Final pseudo state: The lUT is operational and a multicast group is formed. 



5.3 Test purposes for AT 



5.3.1 Initialization Control 



5.3.1.1 



Frequency scanning 



5.3.1.1.1 



Frequency scanning during first initialization 



TP/AT/INC/FS/BV-OOO 



Reference: TS 102 000 [1], clause 10.3.1. 

Initial condition: IDT is the AT. Tester is the AP. lUT is initializing for the first time. The lUT 

begins the downlink frequency-scanning step. 

Check that: after powering up or starting the lUT, the lUT scans all allowed frequencies, orders 

them in descending signal strength order, and selects the frequency with the strongest signal 

power. 

Final pseudo state: The lUT has finished the downlink frequency-scanning step. 

NOTE: Test strategy could be to send at least two signals with different power, go through 
synchronization and APC identification, and then first send a Ranging Invitation 
message and a Ranging Grant on the weakest frequency. If the AT responds, the 
AT fails this Test Purpose. If the AT does not respond, then send a Ranging 
Invitation message and a Ranging on the strongest frequency. If the AT responds, 

the AT passes. 



5.3.1.1.2 



Frequency scanning during re-initialization 



TP/AT/INC/FS/BV-001 



Reference: TS 102 000 [1], clause 10.3.2. 

Initial condition: lUT is the AT. Tester is the AP. lUT has previously accomplished initialization. 

The lUT is required to re-initialize and must begin the downlink frequency-scanning step. 

Check that: the lUT selects the downlink frequency determined during the previous 

initialization. 

Final pseudo state: The lUT has finished the downlink frequency-scanning step for 

re-initialization. 



TP/AT/INC/FS/BV-002 



Reference: TS 102 000 [1], clause 10.3.2. 

Initial condition: IDT is the AT. Tester is the AP. lUT has previously accomplished initialization. 

The lUT is required to re-initialize and must begin the downlink frequency-scanning step. The 

frequency determined during the previous initialization is no longer available. 

Check that: the lUT goes to the next frequency in the ordered list determined during frequency 

scanning during first initialization. 

Final pseudo state: The lUT has finished the downlink frequency-scanning step for 

re-initialization. 
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5.3.1.2 



Synchronization Acquisition 



TP/AT/INC/SA/BV-OOO 



Reference: TS 102 000 [1], clause 10.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has accomplished downlink frequency 

scanning. 

Check that: After receiving valid downlink frames, the lUT synchronizes, in time and frequency, 

to the preamble of the downlink frame and successfully decodes the control zone. 

Final pseudo state: The lUT's PHY layer has synchronized with the received frame's preamble. 

NOTE: Test strategy could be to send several valid downlink frames and continue to APC 
identification with a valid APC-ID. If APC identification occurs, provoke a DL sync 
loss, which will cause the old frequency to be used and synchronization to occur 
again. Again send several valid downlink frames and continue to APC identification 
but this time with an invalid APC-ID. The bad APC-ID should cause automatic 

synchronization leading to a pass verdict. Elsewise, a fail or inconclusive verdict. 



TP/AT/INC/SA/BV-001 



Reference: TS 102 000 [1], figure 42. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has accomplished the downlink 

frequency scanning, started the timer T_synchronization, and received downlink frames with a 

control zone that cannot be decoded. 

Check that: Upon decoding failure and expiration of this timer, the lUT selects the next 

powerful frequency determined during the frequency scanning. 

Final pseudo state: The lUT re-starts the synchronization step. 

NOTE: Test strategy could be to send an incorrectly coded control zone in a frame of the 
most strongest frequency and a correctly coded frame in the next strongest 
frequency. Verdict would be pass if Ranging Invitations/Grants are accepted but with 

a delay corresponding to T_sychronization plus some delta. 



5.3.1.3 



APC Identification 



TP/AT/INC/SI/BV-OOO 



Reference: TS 102 000 [1], clause 10.3.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has accomplished the synchronization 

acquisition step. 

Check that: after having received a frame's control zone containing an APC-ID the same as an 

APC-ID stored in its non-volatile memory, the lUT proceeds with initialization. 

Final pseudo state: The lUT has accomplished the APC identification step. 

NOTE: Test strategy could be first send a bad APC and see if the lUT responds to a Ranging 
Grant after a Ranging Invitation message. If so, it fails. Then turn off and back on the 
lUT and then send the correct APC-ID to see if the lUT responds to a Ranging 
Invitation with pursuant Grant. If so, it passes. If not, it fails unless some other reason 
could lead to an Inconclusive verdict. 



5.3.1.4 



UL and DL Parameters Acquisition 



TP/AT/INC/PA/BV-OOO 



Reference: TS 102 000 [1], clause 10.3.4. 

Initial condition: IDT is the AT. Tester is the AP. The lUT has accomplished the APC 

identification step. 

Check that: The IDT waits for GBI messages. 

Final pseudo state: The lUT has completed the parameters acquisition. 

NOTE: A test strategy could be to check the Phy Mode used in the first Ranging Req 

received. Or a fail at any time if any of the parameters is not incorporated into the 
AT's functioning during further tests. 
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5.3.1.5 



Ranging 



TP/AT/INC/RA/BV-OOO 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step. 

Check that: Upon receiving a Ranging Grant without a valid Ranging Invitation message in the 

same frame, the lUT sends no message and does not change state. 

Final pseudo state: The lUT continues to wait for a valid Ranging Invitation message. 


TP/AT/INC/RA/BV-001 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step. 

Check that: Upon receiving repeated Ranging Grants without ever receiving a valid Ranging 

Invitation message, the lUT sends no message and does not change state. 

Final pseudo state: The lUT continues to wait for a valid Ranging Invitation message. 


TP/AT/INC/RA/BV-002 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step. 

Check that: Upon receiving a Ranging Invitation message with its MAC address and the 

corresponding TID but with no Ranging Grant for the lUT in the same frame, the lUT sends no 

message and does not change state. 

Final pseudo state: The lUT waits for a valid Ranging Grant to arrive in a following frame. 


TP/AT/INC/RA/BV-003 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step. 

Check that: Upon receiving repeated Ranging Invitation messages with its MAC address and 

the corresponding TID but with no Ranging Grant for the lUT in any following frame, the lUT 

sends no message and does not change state. 

Final pseudo state: The lUT waits for a valid Ranging Grant to arrive in a following frame. 


TP/AT/INC/RA/BV-004 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step. 

Check that: Upon receiving its first Ranging Invitation message and a Ranging Grant for the 

lUT which are both in the same frame, the lUT sends a valid Ranging Request message 

pursuant to the grant according to the parameters given in the GBI message. 

Final pseudo state: The lUT begins adjusting power levels to reach the AP. 


TP/AT/INC/RA/BV-005 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step and received its first Ranging Invitation message in a previous frame. This 

frame had no Ranging Grant for the lUT. 

Check that: Upon receiving a Ranging Grant in a following frame, the lUT sends a valid 

Ranging Request message pursuant to the grant according to the parameters given in the GBI 

message. 

Final pseudo state: The lUT is now begins adjusting power levels to reach the AP. 


TP/AT/lNC/RA/BV-006 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step, received its first Ranging Invitation message, and transmitted a valid Ranging 

Request message. 

Check that: Upon receiving another Ranging Invitation message which has no Ranging Grant 

in the same frame, the lUT does not transmit any message and does not change state. 

Final pseudo state: The lUT is is adjusting power levels to reach the AP. The lUT is waiting for 

a Ranging Grant. 


TP/AT/INC/RA/BV-007 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step, received its first Ranging Invitation message, and transmitted a valid Ranging 

Request message. 

Check that: Upon receiving repeated successive Ranging Invitation messages each of which 

has no Ranging Grant in the same frame, the lUT does not transmit any message and does 

not change state. 

Final pseudo state: The lUT is adjusting power levels to reach the AP. The lUT is waiting for a 

Ranging Grant. 


TP/AT/INC/RA/BV-008 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step, received its first Ranging Invitation message, and transmitted a valid Ranging 

Request message. The lUT is now adjusting power levels. 

Check that: Upon receiving only a Ranging Grant in a frame, the lUT sends a valid Ranging 

Request message in the position given by the grant at the next power level and according to 

the information given in the GBI message. 

Final pseudo state: The lUT continues adjusting power levels to reach the AP. 
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TP/AT/INC/RA/BV-009 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step, received its first Ranging Invitation message, and transmitted a valid Ranging 

Request message. The lUT is now adjusting power levels to reach the AP. 

Check that: Upon receiving repeated successive Ranging Grants without any Ranging 

Invitation message in any of the frames containing the Ranging Grants, the lUT sends a valid 

Ranging Request message pursuant to each grant according to the information given in the 

GBI message and adjusts power levels. 

Final pseudo state: The lUT continues adjusting power levels to reach the AP. 


TP/AT/INC/RA/BV-010 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step, received its first Ranging Invitation message, and transmitted a valid Ranging 

Request message. The lUT is now adjusting power levels to reach the AP. 

Check that: Upon receiving only a Ranging Continue message in a frame without a Ranging 

Grant, the lUT transmits no message and does not change state. 

Final pseudo state: The lUT is now waiting a Ranging Grant to transmit a Ranging Req 

message. 


TP/AT/INC/RA/BV-01 1 


Reference: TS 102 000 [1], clauses 8.7.4, 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step, received its first Ranging Invitation message, and transmitted a valid Ranging 

Request message. The lUT is now adjusting power levels to reach the AP. 

Check that: Upon receiving a Ranging Continue message followed by a Ranging Grant in the 

tenth or following frame of the Ranging Continue message, the lUT transmits a Ranging 

Request message pursuant to the Ranging Grant using the power corrections given in the 

Ranging Continue message. 

Final pseudo state: The lUT continues adjusting power. 


TP/AT/INC/RA/BV-012 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step, received its first Ranging Invitation message, and transmitted a valid Ranging 

Request message. The lUT is now adjusting power levels to reach the AP. 

Check that: Upon receiving only a Ranging Success message in a frame without a Ranging 

Grant, the lUT transmits no message and does not change state. 

Final pseudo state: The lUT has completed tuning and is now waiting a Ranging Grant to 

transmit a Ranging Ack message. 


TP/AT/INC/RA/BV-01 3 


Reference: TS 102 000 [1], clauses 8.7.4, 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step, received its first Ranging Invitation message, and transmitted a valid Ranging 

Request message. The lUT is now using rough power levels to reach the AP. 

Check that: Upon receiving a Ranging Success message followed by a Ranging Grant in the 

tenth or following frame of the Ranging Success message, the lUT transmits a Ranging Ack 

message with the corrections given in the Ranging Success message. 

Final pseudo state: The lUT has completed ranging and continues initialization. 


TP/AT/lNC/RA/BV-014 


Reference: TS 102 000 [1], clauses 8.7.4, 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed the parameters 

acquisition step, received a Ranging Invitation message, transmitted a valid Ranging Request 

message, and received a Ranging Continue message in a previous frame followed by a 

Ranging Grant in the tenth or later frame following the Ranging Continue message. 

Check that: Upon receiving successive Ranging Grants in following frames, the lUT transmits a 

Ranging Request message at the next rough power level in response to each Ranging Grant. 

Final pseudo state: The lUT continues adjusting power. 


TP/AT/INC/RA/BV-01 5 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUTadjusting power. 

Check that: Upon receiving only a Ranging Success message in a frame without a Ranging 

Grant, the lUT transmits no message and does not change state. 

Final pseudo state: The lUT waits a Ranging Grant to send the Ranging Ack message to 

complete initialization. 


TP/AT/INC/RA/BV-01 6 


Reference: TS 102 000 [1], clauses 8.7.4, 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is adjusting power. 

Check that: Upon receiving a Ranging Success message followed by a Ranging Grant in the 

tenth or later frame after the Ranging Success's frame, the lUT transmits a Ranging Ack 

message with the corrections given in the Ranging Success message. 

Final pseudo state: The lUT has completed ranging and continues initialization. 
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TP/AT/INC/RA/BV-017 


Reference: TS 102 000 [1], clauses 8.7.4, 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has adjusted power and has received 

a Ranging Success message followed by a Ranging Grant in the tenth or later frame 

containing the Ranging Success' message. The lUT then transmitted a Ranging Ack . 

Check that: Upon receiving only a Ranging Grant in a frame, the lUT transmits a Ranging Req 

message with increased power. 

Final pseudo state: The lUT returns to increasing the power level. 


TP/AT/INC/RA/BV-018 


Reference: TS 102 000 [1], clauses 8.7.4, 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is tuning and has received a Ranging 

Success message followed by a Ranging Grant in the tenth or later frame after that containing 

the Ranging Success message. The lUT then transmitted a Ranging Ack. 

Check that: Upon receiving each successive Ranging Grant, the lUT transmits a Ranging Req 

message with increased power. 

Final pseudo state: The lUT returns to increasing the power level. 


TP/AT/lNC/RA/BV-019 


Reference: TS 102 000 [1], clauses 8.7.4, 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has adjusted power and has received 
a Ranging Success message followed by a Ranging Grant in the tenth or later frame after that 
containing the Ranging Success message. The lUTthen transmitted a Ranging Ack. 
Check that: Upon receiving only a Ranging Continue message in a frame, then followed by a 
Ranging Grant in the tenth or following frame, the lUT transmits a Ranging Request message 
with the corrections given in the Ranging Continue message. 
Final pseudo state: The lUT returns to adjusting power. 


TP/AT/INC/RA/BV-020 


Reference: TS 102 000 [1], clause, 8.7.4, 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has adjusted power and has received 

a Ranging Success message followed by a Ranging Grant in the tenth or later frame after that 

containing the Ranging Success. The lUTthen transmitted a Ranging Ack. 

Check that: Upon receiving only a Ranging Grant in a frame, the lUT transmits a Ranging 

Request message with increased power. 

Final pseudo state: The lUT returns to adjusting power. 


TP/AT/INC/RA/BV-021 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has adjusted power. 

Check that: The lUT transmits no message and remains in the same state for the duration of 

timer T_RangingAck. 

Final pseudo state: The lUT has completed ranging. 


TP/AT/INC/RA/BV-022 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has adjusted power and has started 

timer T_RangingAck. 

Check that: Upon receiving only a Ranging Grant while the timer is running, the lUT transmits a 

Ranging Request message with increased power. 

Final pseudo state: The lUT has returned to increasing power levels to reach the AT. 


TP/AT/INC/RA/BV-023 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has adjusted power and has started 

timer T_RangingAck. 

Check that: Upon receiving a Ranging Success message without a Ranging Grant in the same 

frame while the timer is running, the lUT transmits no message. 

Final pseudo state: The lUT is waiting a Ranging Grant to send a Ranging Ack message. 


TP/AT/INC/RA/BV-024 


Reference: TS 102 000 [1], clauses 8.7.4, 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has adjusted power, started timer 

T_RangingAck, and received a Ranging Success message. 

Check that: Upon receiving only a Ranging Grant in the tenth or following frame of that 

containing the Ranging Success message, the lUT transmits a Ranging Ack message pursuant 

to the Ranging Grant with the power corrections in the Ranging Success message. 

Final pseudo state: The lUT returns to adjusting power. 


TP/AT/INC/RA/BV-025 


Reference: TS 102 000 [1], clauses 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has adjusted power and has started 

timer T_RangingAck. 

Check that: Upon receiving a Ranging Continue message without a Ranging Grant in the same 

frame while the timer is running, the lUT transmits no message. 

Final pseudo state: The lUT is waiting a Ranging Grant to send a Ranging Req message. 


TP/AT/INC/RA/BV-026 


Reference: TS 102 000 [1], clauses 8.7.4, 10.4.1 and E.3.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has adjusted power, started timer 

T_RangingAck, and received a Ranging Continue message. 

Check that: Upon receiving only a Ranging Grant in the tenth or following frame of that 

containing the Continue message, the lUT transmits a Ranging Req message with the power 

correction according to the GBI power increments. 

Final pseudo state: The lUT returns to adjusting power. 
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TP/AT/INC/RA/BV-027 



Reference: TS 102 000 [1], clauses 10.4.1 and E3.2 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed ranging. 

Check that: Upon receiving a Ranging Invitation message, the lUT re-starts the ranging 

procedure. 

Final pseudo state: The lUT is in the ranging process. 



TP/AT/INC/RA/BV-028 



Reference: TS 1 02 000 [1 ], clause 1 1 .2.2. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in the ranging process and has 

received the first Ranging Invitation message. 

Check that: The lUT ignores additional Ranging Invitation messages during the ranging 

process. 

Final pseudo state: The lUT continues the ranging process as if it had not received the 

additional Ranging Invitation messages. 



5.3.1.6 



Physical Capabilities Negotiation 



TP/AT/INC/PN/BV-OOO 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed ranging. 

Check that: Upon receiving a Physical Capabilities Request message, the lUT transmits a valid 

Physical Capabilities Information message. 

Final pseudo state: The lUT continues Physical Capabilities Negotiation. 


TP/AT/INC/PN/BV-001 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Physical Capabilities Negotiation 

and has transmitted a valid Physical Capabilities Information message. 

Check that: After receiving a Physical Capabilities Confirmation message, the lUT transmits no 

message and remains in the same state for the duration of timer T_PhyCapabilitiesCnf. 

Final pseudo state: The lUT has completed Physical Capabilities Negotiation. 


TP/AT/INC/PN/BV-002 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Physical Capabilities Negotiation 

and has transmitted a valid Physical Capabilities Information message. 

Check that: After receiving another Physical Capabilities Request message, the lUT transmits 

another valid Physical Capabilities Information message. 

Final pseudo state: The lUT continues Physical Capabilities Negotiation. 


TP/AT/INC/PN/BV-003 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed initialization. The lUT 

has received a Physical Capabilities Request message and transmitted a valid Physical 

Capabilities Information message. 

Check that: After the expiration of timer T_PhyCapabilitieslnfo, the lUT retransmits a valid 

Physical Capabilities Information message. 

Final pseudo state: The lUT continues Physical Capabilities Negotiation. 


TP/AT/INC/PN/BV-004 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Physical Capabilities Negotiation, 

has transmitted a valid Physical Capabilities Information message, received a Physical 

Capabilities Confirmation message, and started timer T_PhyCapabilitiesCnf. 

Check that: After receiving another Physical Capabilities Confirmation message before the 

timer expires, the lUT transmits no message and remains in the same state for the duration of 

timer T_PhyCapabilitiesCnf. 

Final pseudo state: The lUT has completed Physical Capabilities Negotiation. 


TP/AT/INC/PN/BV-005 


Reference: TS 102 000 [1], clause 10.5.1. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Physical Capabilities Negotiation, 

has transmitted a valid Physical Capabilities Information message, received a Physical 

Capabilities Confirmation message, and started timer T_PhyCapabilitiesCnf. 

Check that: Each time receiving another Physical Capabilities Confirmation message before 

the timer expires, the lUT transmits no message and restarts the timer T_PhyCapabilitiesCnf. 

Final pseudo state: The lUT continues Physical Capabilities Negotiation. 
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5.3.1.7 



Other Capabilities Negotiation 



TP/AT/INC/OC/BV-OOO 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed Authentication. 

Check that: Upon receiving an Other Capabilities Request message, the lUT transmits a valid 

Other Capabilities Information message. 

Final pseudo state: The lUT continues Other Capabilities Negotiation. 


TP/AT/INC/OC/BV-001 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Other Capabilities Negotiation 

and has transmitted a valid Other Capabilities Information message. 

Check that: After receiving an Other Capabilities Confirmation message, the lUT transmits no 

message and remains in the same state for the duration of timer T_OtherCapabilitiesCnf. 

Final pseudo state: The lUT has completed Physical Capabilities Negotiation. 


TP/AT/INC/OC/BV-002 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Other Capabilities Negotiation 

and has transmitted a valid Other Capabilities Information message. 

Check that: After receiving another Other Capabilities Request message, the lUT transmits 

another valid Other Capabilities Information message. 

Final pseudo state: The lUT continues Other Capabilities Negotiation. 


TP/AT/INC/OC/BV-003 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed initialization. The lUT 

has received an Other Capabilities Request message and transmitted a valid Other 

Capabilities Information message. 

Check that: After the expiration of timer T_ OtherCapabilitieslnfo, the lUT retransmits a valid 

Other Capabilities Information message. 

Final pseudo state: The lUT continues Other Capabilities Negotiation. 


TP/AT/INC/OC/BV-004 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Other Capabilities Negotiation, 

has transmitted a valid Other Capabilities Information message, received an Other Capabilities 

Confirmation message, and started timer T_OtherCapabilitiesCnf. 

Check that: After receiving another Other Capabilities Confirmation message before the timer 

expires, the lUT transmits no message, restarts T_OtherCapabilitiesCnf and remains in the 

same state for the duration of timer T_ OtherCapabilitiesCnf. 

Final pseudo state: The lUT has completed Other Capabilities Negotiation. 


TP/AT/INC/OC/BV-005 


Reference: TS 102 000 [1], clause 10.5.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is in Other Capabilities Negotiation, 

has transmitted a valid Other Capabilities Information message, received an Other Capabilities 

Confirmation message, and started timer T_OtherCapabilitiesCnf. 

Check that: Each time receiving another Other Capabilities Confirmation message before the 

timer expires, the lUT transmits no message and restarts the timer T_OtherCapabilitiesCnf and 

remains in the same state. 

Final pseudo state: The lUT continues Other Capabilities Negotiation. 



5.3.2 Radio Resource Control 



5.3.2.1 



Link Supervision 



TP/AT/RRC/LS/BV-OOO 


Reference: TS 102 000 [1], clause 11.2.2. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIcRanginglnvitation message and 

gives ranging grants to the lUT in a frame following that of the Invitation message. The lUT 

has traffic information to transmit to the tester. 

Check that: The lUT deletes all connection and security settings and starts re-initialization. 


TP/AT/RRC/LS/BV-001 


Reference: TS 102 000 [1], clause 11.2.2. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester gives ranging grants to the lUT without transmitting an 

RIcRanginglnvitation message. 

Check that: The lUT ignores the ranging grants. 


TP/AT/RRC/LS/BV-002 


Reference: TS 102 000 [1], clause 11.2.2. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIcRanginglnvitation message and 

gives normal grants to the lUT. 

Check that: The lUT ignores the normal grants. 
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TP/AT/RRC/LS/BV-003 


Reference: TS 102 000 [1], clause 11.2.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclnitializationCmd message with 

InitialisationCmd equal to rejectedFromNetwork. 

Check that: The lUT stops all transmissions and receptions and tries not to synchronize to the 

network again. 


TP/AT/RRC/LS/BV-004 


Reference: TS 102 000 [1], clause 11.2.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclnitializationCmd message with 

InitialisationCmd equal to rejectedFromChannel. 

Check that: The lUT stops all transmissions and receptions and tries not to synchronize to the 

same RF channel again. 


TP/AT/RRC/LS/BV-005 


Reference: TS 102 000 [1], clause 11.2.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclnitializationCmd message with 

InitialisationCmd equal to firstlnitialization. 

Check that: The lUT stops all transmissions and performs a first initialization procedure on the 

same carrier, started with RIcRanginglnvitation message. 


TP/AT/RRC/LS/BV-006 


Reference: TS 102 000 [1], clause 11.2.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclnitializationCmd message with 

InitialisationCmd equal to transmissionStop. 

Check that: The lUT stops all transmissions and continues to receive and waits for further 

commands. 


TP/AT/RRC/LS/BV-007 


Reference: TS 102 000 [1], clause 11.2.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclnitializationCmd message with 

InitialisationCmd equal to transmissionReStart. 

Check that: The lUT replies to all grants. 


TP/AT/RRC/LS/BV-008 


Reference: TS 102 000 [1], clause 11.2.2. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIcRanginglnvitation message and 

gives a ranging grant to the lUT in the same frame as that of the Invitation message. The lUT 

has traffic information to transmit to the tester. 

Check that: The lUT deletes all connection and security settings and starts re-initialization. 



5.3.2.2 



Change of PHY Mode, ATPC and ATTC 



TP/AT/RRC/PT/BV-OOO 


Reference: TS 102 000 [1], clause 11.3.2. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an uplink grant. The lUT has no traffic or 

management information to transmit to the tester. 

Check that: The lUT transmits a IVIAC dummy PDU pursuant to the grant. 


TP/AT/RRC/PT/BV-001 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. 

Check that: The lUT transmits an RIclVleasurementReportData message after the expiration of 

the period given in PeriodReport of the DL GBI message. 


TP/AT/RRC/PT/BV-002 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclVleasurementReportCriterium 

message with a valid PeriodReport parameter. The PeriodReport has expired. 

Check that: The lUT transmits an RIclVleasurementReportData message after the expiration of 

the period given in PeriodReport of the previously received RIcMeasurementReportCriterium 

message. 


TP/AT/RRC/PT/BV-003 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. 

Check that: The lUT transmits an RIcMeasurementReportData message when certain C/(N+I) 

thresholds are crossed. 


TP/AT/RRC/PT/BV-004 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIclVleasurementReportCriterium 

message with a valid PeriodReport parameter stopping the measurement. The Previous 

PeriodReport has expired. 

Check that: The lUT does not transmit an RIcMeasurementReportData message. 
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TP/AT/RRC/PT/BV-005 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIcMeasurementReportCriterium 

message with a valid PeriodReport parameter stopping the measurement. The Previous 

PeriodReport has expired. The lUT has ceased transmitting RIcMeasurementReportData 

messages. 

Check that: The lUT transmits an RIcMeasurementReportData message when certain C/(N+I) 

thresholds are crossed. 


TP/AT/RRC/PT/BV-006 


Reference: TS 102 000 [1], clause 11.3.3. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The tester has transmitted an RIcMeasurementReportCriterium 

message with a valid PeriodReport parameter restarting the measurement. The PeriodReport 

has expired. 

Check that: The lUT transmits an RIcMeasurementReportData message after the expiration of 

the period given in PeriodReport of the previously received RIcMeasurementReportCriterium 

message. 


TP/AT/RRC/PT/BV-007 


Reference: TS 102 000 [1], clause 11.3.4. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has initialized and connected its 

peer. The tester has transmitted an RIcDownlinkPhyModeChange message. 

Check that: The lUT transmits an RIcDownlinkPhyModeChangeAck message. 


TP/AT/RRC/PT/BV-008 


Reference: TS 102 000 [1], clause 11.3.4. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. Conditions exist that cause AT to inform AP to allocate another PHY 

mode. 

Check that: The lUT transmits an RIcMeasurementReportData message with valid new 

DownlinkPhyMode wanted. 


TP/AT/RRC/PT/BV-009 


Reference: TS 102 000 [1], clause 11.3.4. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. Conditions exist that cause AT to inform AP to allocate another PHY 

mode. The lUT has transmited an RIcMeasurementReportData message with valid new 

DownlinkPhyMode wanted. 

Check that: The lUT retransmits an RIcMeasurementReportData message if the timer 

T MeasurementReportData expires. 


TP/AT/RRC/PT/BV-010 


Reference: TS 102 000 [1], clause 11.3.5. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 

connected with its peer. The lUT has received an RIcUplinkCorrection message with the 

request for a report parameter. 

Check that: The lUT transmits an RIcMeasurementReportData message. 



5.3.2.3 



Load Levelling (Inter-Carrier Handover) 



TP/AT/RRC/LL/BV-OGO 



Reference: TS 102 000 [1], clause 11.6. 

Initial condition: AT is the lUT. The tester is the AP. The lUT has been initialized and 
connected with its peer. The lUT has received an RIcHandoverCmd message. 
Check that: The lUT transmits an RIcHandoverAck message. 



5.3.3 Security Control 



5.3.3.1 



Initial Authentication 



TP/AT/SEC/IA/BV-OOO 



Reference: TS 102 000 [1], clause 12.2.1. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 1 security measures are in effect. The IDT has received an 

RIcAuthCertificateReq message from the tester. 

Check that: the IDT ignores the message. 



TP/AT/SEC/IA/BV-001 



Reference: TS 102 000 [1], clause 12.2.1. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 1 security measures are in effect. The IDT has received an RIcAuthKeyCmd 

message from the tester. 

Check that: the IDT ignores the message. 
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TP/AT/SEC/IA/BV-002 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 2 or Phase 3 security measures are in effect. The lUT has received an 

RIcAuthCertificateReq message from the tester. 

Check that: the lUT transmits a valid RIcAuthCertificatelnfo message. 


TP/AT/SEC/IA/BV-003 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed physical capabilities 
negotiation. Phase 2 or Phase 3 security measures are in effect. The tester has started T_ 
AuthCertificateReq and transmitted an RIcAuthCertificateReq message. The lUTthen 
transmitted a valid RIcAuthCertificatelnfo message. After T_AuthCertificateReq has expired, 
the tester then transmits another RIcAuthCertificateReq message identical to the first. 
Check that: the lUT transmits another valid RIcAuthCertificatelnfo message. 


TP/AT/SEC/IA/BV-004 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 2 or Phase 3 security measures are in effect. The lUT has received an 

RIcAuthCertificateReq message from the tester and then transmitted a valid 

RIcAuthCertificatelnfo message. The lUT then receives a valid RIcAuthKeyCmd message from 

the tester. 

Check that: the lUT transmits a valid RIcAuthKeyAck message. 


TP/AT/SEC/IA/BV-005 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 2 or Phase 3 security measures are in effect. The lUT has received an 

RIcAuthCertificateReq message from the tester and then transmitted a valid 

RIcAuthCertificatelnfo message. Then, the tester has started T_AuthKeyCmd and transmitted a 

valid RIcAuthKeyAck message. After TAuthKeyCmd has expired, the tester then transmits 

another RIcAuthKeyCmd message identical to the first. 

Check that: the lUT transmits another valid RIcAuthKeyAck message. 


TP/AT/SEC/IA/BV-006 


Reference: TS 102 000 [1], clause 12.3.2. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 2 or Phase 3 security measures are in effect. The lUT has received an 

RIcAuthCertificateReq message from the tester and then transmitted a valid 

RIcAuthCertificatelnfo message. The lUTthen receives an RIcAuthKeyCmd message with an 

invalid HmacOfAuthKey. 

Check that: the lUT transmits a valid RIcAuthKeyNack message. 



5.3.3.2 



Reauthentication 



TP/AT/SEC/RE/BV-OOO 


Reference: TS 102 000 [1], clause 12.2.1. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed initialization. Phase 1 
security measures are in effect. The tester has transmitted a valid RIcAuthKeyCmd message. 
Check that: the lUT ignores the message. 


TP/AT/SEC/RE/BV-001 


Reference: TS 102 000 [1], clause 12.3.3. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed initialization. Phase 2 or 3 
security measures are in effect. The tester has transmitted a valid RIcAuthKeyCmd message. 
Check that: the lUT transmits a valid RIcAuthKeyAck message. 


TP/AT/SEC/RE/BV-002 


Reference: TS 102 000 [1], clause 12.3.3. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed initialization. Phase 2 or 3 

security measures are in effect. The tester has transmitted an RIcAuthKeyCmd message with 

an invalid Hmac. 

Check that: the lUT transmits a valid RIcAuthKeyNack message. 


TP/AT/SEC/RE/BV-003 


Reference: TS 102 000 [1], clause 12.3.3. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed initialization. Phase 2 or 3 

security measures are in effect. The tester has transmitted a valid RIcAuthKeyCmd message 

and started a timer of T_AuthKeyCmd duration . The lUT then transmits a valid 

RIcAuthKeyAck message. The timer then expires and the tester sends another valid 

RIcAuthKeyCmd message. 

Check that: the lUT transmits another valid RIcAuthKeyAck message with the same 

parameters. 
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5.3.3.3 



Key Allocation 



TP/AT/SEC/KA/BV-OOO 


Reference: TS 102 000 [1], clause 12.2.1. 

Initial condition: lUT is the AT. Tester is the AP. lUT has completed physical capabilities 

negotiation. Phase 1 security measures are in effect. The tester has transmitted a valid 

RIcTekAllocationFirst message. 

Check that: the lUT ignores the message. 


TP/AT/SEC/KA/BV-001 


Reference: TS 102 000 [1], clause 12.4.4 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 

The tester has transmitted a valid RIcTekAllocationFirst message. 

Check that: the lUT transmits a valid RIcTekAllocationFirstAck message. 


TP/AT/SEC/KA/BV-002 


Reference: TS 102 000 [1], clause 12.4.4 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed physical capabilities 
negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 
The tester has transmitted a RIcTekAllocationFirst message with an invalid Hmac of a Tek. 
Check that: the lUT transmits a valid RIcTekAllocationFirstNack message. 


TP/AT/SEC/KA/BV-003 


Reference: TS 102 000 [1], clause 12.4.4 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. First Authentication is completed. 

The tester has transmitted a valid RIcTekAllocationFirst message. The lUT has then 

transmitted a valid RIcTekAllocationFirstAck message. The tester has then again transmitted 

another valid RIcTekAllocationFirst message. 

Check that: the lUT transmits another valid RIcTekAllocationFirstAck message. 


TP/AT/SEC/KA/BV-004 


Reference: TS 102 000 [1], clause 12.4.4 

Initial condition: lUT is the AT. Tester is the AP. The lUT has completed physical capabilities 

negotiation. Phase 2 or 3 security measures are in effect. The lUT has a connection to setup. 

First Authentication is completed. The tester has transmitted a valid RIcTekAllocationFirst 

message. The lUT has then transmitted a valid RIcTekAllocationFirstAck message and started 

TTekAllocationFirstAck. 

Check that: the lUT starts connection setup after T TekAllocationFirstAck expires. 



5.3.3.4 



Key Refresh 



TP/AT/SEC/KR/BV-OOO 


Reference: TS 102 000 [1], clause 12.2,1 

Initial condition: lUT is the AT. Tester is the AP. Initialization is complete. A connection has 

also been setup. Data has been exchanged. Phase 1 security measures are in effect. The 

tester has transmitted a valid RIcTekAllocationRefresh message. 

Check that: the lUT ignores the message. 


TP/AT/SEC/KR/BV-001 


Reference: TS 102 000 [1], clause 12.4.3 

Initial condition: lUT is the AT. Tester is the AP. Initialization is complete. A connection has 

also been setup. Data has been exchanged. Phase 2 or 3 security measures are in effect. The 

tester has transmitted a valid RIcTekAllocationRefresh message. 

Check that: The lUT transmits a valid RIcTekAllocationRefreshAck message. 


TP/AT/SEC/KR/BV-002 


Reference: TS 102 000 [1], clause 12.4.3 

Initial condition: lUT is the AT. Tester is the AP. Initialization is complete. A connection has 
also been setup. Data has been exchanged. Phase 2 or 3 security measures are in effect. The 
tester has transmitted an RIcTekAllocationRefresh message with an invalid Hmac of the Tek. 
Check that: The lUT transmits a valid RIcTekAllocationRefreshNack message. 


TP/AT/SEC/KR/BV-003 


Reference: TS 102 000 [1], clause 12.4.3 

Initial condition: lUT is the AT. Tester is the AP. Initialization is complete. A connection has 

also been setup. Data has been exchanged. Phase 2 or 3 security measures are in effect. The 

tester has transmitted a valid RIcTekAllocationRefresh message. The lUT has then 

transmitted a valid RIcTekAllocationRefreshAck message. The tester has then transmitted 

another valid RIcTekAllocationRefresh message identical to the first. 

Check that: The lUT transmits another valid RIcTekAllocationRefreshAck message identical to 

the first. 
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5.3.3.5 



Traffic Encryption Keys Usage 



TP/AT/SEC/KU/BV-OOO 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 1 security 

measures are in effect. A U-plane is established between the lUT and the Tester. 

Check that: The lUT sends correctly encrypted unicast UL MAC data PDUs. The EKS and 

(TEK, IVP) shall be the same as those for the DL. 


TP/AT/SEC/KU/BV-001 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 1 security 
measures are in effect. A U-plane is established between the lUT and the Tester. The lUT is 
correctly encrypting unicast UL MAC data PDUs. The EKS and (TEK, IVP) are the same as 
those for the DL. The tester then increments the EKS modulo 4 in a DL frame. 
Check that: the lUT sends correctly encrypted unicast UL MAC data PDUs according to the 
new EKS within 1 000 frames of the DL frame containing the new EKS. 


TP/AT/SEC/KU/BV-002 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 1 security 
measures are in effect. A U-plane is established between the lUT and the Tester. The lUT is 
correctly encrypting unicast UL MAC data PDUs. The EKS and (TEK, IVP) are the same as 
those for the DL. The tester then changes the EKS to EKS -i- 2 modulo 4 in a DL frame . 
Check that: the lUT sends correctly encrypted unicast UL MAC data PDUs according to the 
new EKS within 1 000 frames of the DL frame containing the new EKS. 


TP/AT/SEC/KU/BV-003 


Reference: TS 102 000 [1], clause 12.4.6. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 1 security 
measures are in effect. A U-plane is established between the lUT and the Tester. The lUT is 
correctly encrypting unicast UL MAC data PDUs. The EKS and (TEK, IVP) are the same as 
those for the DL. The tester then changes the EKS to EKS -i- 3 modulo 4 in a DL frame . 
Check that: the lUT sends correctly encrypted unicast UL MAC data PDUs according to the 
new EKS within 1 000 frames of the DL frame containing the new EKS. 


TP/AT/SEC/KU/BV-004 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 2 security 

measures are in effect. A U-plane is established between the lUT and the Tester. Single-DES 

is active. 

Check that: The lUT sends correctly encrypted unicast UL MAC data PDUs. The EKS shall be 

EKSAIIocatedl + 1 modulo 4 using (TEK, IVP)2. 


TP/AT/SEC/KU/BV-005 


Reference: TS 102 000 [1], clause 12.4.4. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 2 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. Optional 

Triple-DES is active. 

Check that: The lUT sends correctly encrypted unicast UL MAC data PDUs. The EKS shall be 

EKSAIIocatedl -i- 1 modulo 4 using (TEK, IVP)2. 


TP/AT/SEC/KU/BV-006 


Reference: TS 102 000 [1], clause 12.4.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 2 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. The tester 

uses (TEK, IVP)n-2 to encode DL MAC data PDUs. The lUT uses(TEK, IVP)n-1 to encode UL 

MAC data PDUs. The tester then changes the EKS so that (TEK, IVP)n-1 encodes DL MAC 

data PDUs. 

Check that: the lUT continues using (TEK, IVP)n-1 to encode UL MAC data PDUs. 


TP/AT/SEC/KU/BV-007 


Reference: TS 102 000 [1], clause 12.4.3. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 2 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. The tester 

uses (TEK, IVP)n-2 to encode DL MAC data PDUs. The lUT uses(TEK, IVP)n-1 to encode UL 

MAC data PDUs. The tester then changes the EKS so that (TEK, IVP)n-1 encodes DL MAC 

data PDUs. 

Check that: after receiving a valid RIcTekAllocation message, the lUT uses (TEK, lVP)n with 

the corresponding EKS to encode UL MAC data PDUs. 


TP/AT/SEC/KU/BV-008 


Reference: TS 102 000 [1], clause 12.4.7. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 3 security 

measures are in effect. A U-plane is established between the lUT and the Tester. The lUT is 

part of a multicast group. Single-DES is active. 

Check that: The lUT correctly decrypts multicast DL MAC data PDUs. The decryption EKS 

shall be EKSAIIocatedl modulo 4 using (TEK, IVP)1. 


TP/AT/SEC/KU/BV-009 


Reference: TS 102 000 [1], clause 12.4.7. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 3 security 

measures are in effect. A U-plane is established between the lUT and the Tester. The lUT is 

part of a multicast group. Optional Triple-DES is active. 

Check that: the lUT correctly decrypts multicast DL MAC data PDUs. The decryption EKS 

shall be EKSAIIocatedl modulo 4 using (TEK, IVP)1. 
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TP/AT/SEC/KU/BV-010 


Reference: TS 102 000 [1], clause 12.4.7. 

Initial condition: lUT Is the AT. Tester is the AP. The lUT is initialized. Phase 3 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. The lUT is 

part of a multicast group. The tester uses (TEK, IVP)n-2 to encode DL MAC data PDUs. The 

lUT and tester then successfully complete an RIcTekAllocationRefresh procedure. The tester 

does not change the DL EKS. 

Check that: after transmitting the RIcTekAllocationRefreshAck message, the lUT continues to 

correctly decrypt multicast DL IVIAC data PDUs using the (TEK, IVP)n-2. 


TP/AT/SEC/KU/BV-01 1 


Reference: TS 102 000 [1], clause 12.4.7. 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 3 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. The lUT is 

part of a multicast group. The tester uses (TEK, IVP)n-2 to encode DL MAC data PDUs. The 

lUT and tester then successfully complete an RIcTekAllocationRefresh procedure for (TEK, 

IVP)n and the corresponding EKS. The tester then changes the EKS so that (TEK, IVP)n-1 

encodes DL MAC data PDUs. 

Check that: after receiving the new EKS associated with (TEK, IVP)n-1 , the lUT correctly 

decrypts multicast DL MAC data PDUs pursuant to the new EKS and (TEK, IVP)n-1 . 


TP/AT/SEC/KU/BV-012 


Reference: TS 102 000 [1], clause 12.2.2 

Initial condition: lUT is the AT. Tester is the AP. The lUT is initialized. Phase 1 , 2, or 3 security 

measures are in effect. . A U-plane is established between the lUT and the Tester. The tester 

transmits an RIcGeneralBroadcastlnformation message with the EncryptionMode field set to 

OFF. 

Check that: the lUT ceases encryption of all UL data PDUs. 



5.3.4 Connection Control 



5.3.4.1 



Connection Establishment 



5.3.4.1.1 



AP Initiated Connection Establishment 



TP/AT/COC/CE/BV-OOO 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized. 

Check that: Upon receiving the Connection Addition Setup message, the lUT replies to the LT 

with a Connection Addition Ack message. 

Final pseudo state: The lUT is establishing a connection. 


TP/AT/COC/CE/BV-001 


Reference: TS 1 02 000 [1 ], clause 1 3.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and has received a Connection Addition Setup message and then sent an 

Connection Addition Ack message and started T_RlcConnectionAdditionAck. 

Check that: Upon expiry of T_RlcConnectionAdditionAck and if no message has been 

received during this timer's duration, the lUT considers the connection established. 

Final pseudo state: The lUT is operational and the connection is established. 


TP/AT/COC/CE/BV-002 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized has received a Connection Addition Setup message, and then transmitted a 

Connection Addition Ack message and started T_RlcConnectionAdditionAck. 

Check that: Upon receiving another Connection Addition Setup message within this timer's 

duration, the lUT transmits another valid Connection Addition Ack message. 

Final pseudo state: The lUT is establishing a connection. 


TP/AT/COC/CE/BV-003 


Reference: TS 102 000 [1], clause 13.4.2.2. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, has received a Connection Addition Setup message, then transmitted a 

Connection Addition Ack message and started T_RlcConnectionAdditionAck. 

Check that: Each time the lUT receives a Connection Addition Setup message during this 

timer's duration, the lUT: 

1 ) Transmits another valid Connection Addition Ack message. 

2) And restarts TRIcConnectionAdditionAck upon sending this Connection Addition Ack 
message. 

Final pseudo state: The lUT is establishing a connection. 

NOTE: The number of these repetitions is unlimited in the specification. 
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5.3.4.1.2 



AT Initiated Connection Establishment 



TP/AT/COC/CE/BV-004 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized. 

Check that: To establish a connection, the lUT sends a valid Connection Addition Init 

message. 

Final pseudo state: The lUT is establishing a connection. 


TP/AT/COC/CE/BV-005 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and has sent a valid Connection Addition Init message. 

Check that: Upon receiving a valid Connection Addition Setup message, the lUT transmits to 

the LT a valid Connection Addition Ack message. 

Final pseudo state: The lUT is establishing a connection. 


TP/AT/COC/CE/BV-006 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, has sent a valid Connection Addition Init message, then received a valid 

Connection Addition Setup message, and then transmitted a valid Connection Addition Ack 

message and started T_RlcConnectionAdditionAck. 

Check that: Upon this timer's expiry and the lUT having received no message during this 

timer's duration, the lUT considers the connection established. 

Final pseudo state: The lUT is operational and the connection is established. 


TP/AT/COC/CE/BV-007 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized. 

lUT is initialized, has sent a valid Connection Addition Init message and started 

T_RlcConnectionAdditionlnit. 

Check that: Upon this timer's expiry and the lUT having received no valid Connection Addition 

Setup message with this timer's duration, the lUT retransmits the Connection Addition Init 

message. 

Final pseudo state: The lUT is establishing a connection. 


TP/AT/COC/CE/BV-008 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized and has sent a valid Connection Addition Init message. 

Check that: Each time T_RlcConnectionAddlnit expires without the reception of a valid 

Connection Addition Setup message within the timer's duration, the lUT: 

1 ) Retransmits the Connection Addition Init message; 

2) And restarts T_RlcConnectionAddlnit upon sending this message. 
Final pseudo state: The lUT is establishing a connection. 

NOTE: The number of these repetitions is unlimited in the specification. 


TP/AT/COC/CE/BV-009 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized, has sent a valid Connection Addition Init message and received a valid 

Connection Addition Setup message to which it transmits a valid Connection Addition Ack 

message and starts T_ RIcConnectionAdditionAck. 

Check that: After receiving a valid Connection Addition Setup message, the lUT transmits a 

valid Connection Addition Ack message. 

Final pseudo state: The lUT is establishing a connection. 


TP/AT/COC/CE/BV-010 


Reference: TS 102 000 [1], clause 13.4.2.1. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized, has sent a valid Connection Addition Init message and received a valid 

Connection Addition Setup message to which it transmits a valid Connection Addition Ack 

message and starts T_ RIcConnectionAdditionAck. 

Check that: Each time upon receiving a valid Connection Addition Setup message, the lUT: 

1 ) Transmits a Connection Addition Ack message. 

2) And restarts T_RlcConnectionAdditionAck upon sending this message. 
Final pseudo state: The lUT is establishing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 
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5.3.4.2 



Connection Modification 



5.3.4.2.1 



AP Initiated Connection Modification 



TP/AT/COC/CM/BV-OOO 


Reference: TS 1 02 000 [1 ], clause 1 3.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester. 

Check that: Upon receiving the Connection Change Setup message, the lUT replies to the LT 

with a Connection Change Ack message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AT/COC/CM/BV-001 


Reference: TS 1 02 000 [1 ], clause 1 3.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester. 

lUT has received a Connection Change Setup message, replied to it with a Connection 

Change Ack, and started TRIcConnectionChangeAck. 

Check that: Upon expiry of T_RlcConnectionChangeAck and if no message has been 

received during this timer's duration, the lUT considers the connection modified. 

Final pseudo state: The lUT is operational and the connection continues as modified. 


TP/AT/COC/CM/BV-002 


Reference: TS 1 02 000 [1 ], clause 1 3.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester. 

lUT has received a Connection Change Setup message, and then transmitted a Connection 

Change Ack message and started T_RlcConnectionChangeAck. 

Check that: Upon receiving another Connection Change Setup message within this timer's 

duration, the lUT transmits another valid Connection Change Ack message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AT/COC/CM/BV-003 


Reference: TS 1 02 000 [1 ], clause 1 3.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester. 

lUT has received a Connection Change Setup message, then transmitted a Connection 

Change Ack message and started T_RlcConnectionChangeAck. 

Check that: Each time the lUT receives a Connection Change Setup message during this 

timer's duration, the lUT: 

1 ) Transmits another valid Connection Change Ack message. 

2) Restarts TRIcConnectionChangeAck when sending this Connection Change Ack 
message. 

Final pseudo state: The lUT is modifying a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.3.4.2.2 



AT Initiated Connection Modification 



TP/AT/COC/CM/BV-004 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester. 

Check that: To modify a connection, the lUT sends a valid Connection Change Init message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AT/COC/CM/BV-005 


Reference: TS 102 000 [1], clause 13.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, a connection is established with the tester, and the lUT has sent a valid 

Connection Change Init message. 

Check that: Upon receiving a valid Connection Change Setup message, the lUT replies to the 

LT with a valid Connection Change Ack message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AT/COC/CM/BV-006 


Reference: TS 1 02 000 [1 ], clause 1 3.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized; a connection is established with the tester; and the lUT has sent a valid 

Connection Change Init message and then received a valid Connection Change Setup 

message, and then transmitted a valid Connection Change Ack message and started 

T_RlcConnectionChangeAck. 

Check that: Upon this timer's expiry and the lUT having received no message during this 

timer's duration, the lUT considers the connection modified. 

Final pseudo state: The lUT is operational and the connection continues as modified. 
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TP/AT/COC/CM/BV-007 


Reference: TS 1 02 000 [1 ], clause 1 3.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the tester message and started 

T_RlcConnectionChangelnit. 

Check that: Upon this timer's expiry and the lUT having received no valid Connection Change 

Setup message with this timer's duration, the lUT retransmits the Connection Change Init 

message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AT/COC/CM/BV-008 


Reference: TS 1 02 000 [1 ], clause 1 3.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized, a connection is established with the tester, and the lUT has sent a valid 

Connection Change Init message. 

Check that: Each time T_RlcConnectionChangelnit expires without the reception of a valid 

Connection Change Setup message within the timer's duration, the lUT: 

1 ) Retransmits the Connection Change Init message. 

2) And restarts T_RlcConnectionChangelnit upon sending this message. 
Final pseudo state: The lUT is modifying a connection. 

NOTE: The number of these repetitions is unlimited in the specification. 


TP/AT/COC/CM/BV-009 


Reference: TS 1 02 000 [1 ], clause 1 3.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized, a connection is established with the tester, and the lUT has sent a valid 

Connection Change Init message and received a valid Connection Change Setup message to 

which it transmits a valid Connection Change Ack message and starts T_ 

RIcConnectionChangeAck. 

Check that: After receiving a valid Connection Change Setup message, the lUT transmits a 

valid Connection Change Ack message. 

Final pseudo state: The lUT is modifying a connection. 


TP/AT/COC/CM/BV-001 


Reference: TS 1 02 000 [1 ], clause 1 3.4.3. 

Initial condition: lUT is the AT. Tester is the AP. 

The lUT is initialized, a connection is established with the tester, and the lUT has sent a valid 

Connection Change Init message and received a valid Connection Change Setup message to 

which it transmitted a valid Connection Change Ack message and started T_ 

RIcConnectionChangeAck. 

Check that: Each time upon receiving a valid Connection Change Setup message, the lUT: 

1 ) Transmits a Connection Change Ack message. 

2) And restarts T_RlcConnectionChangeAck upon sending this message. 
Final pseudo state: The lUT is modifying a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.3.4.3 



Connection Termination 



5.3.4.3.1 



AP Initiated Connection Termination 



TP/AT/COC/CT/BV-OOO 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the Tester. 

Check that: Upon receiving a valid Connection Deletion Init message, the lUT replies to the 

LT with a Connection Deletion Ack message. 

Final pseudo state: The lUT is releasing a connection. 


TP/AT/COC/CT/BV-001 


Reference: TS 102 000 [1], clause 13.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, a connection is established with the Tester, and the lUT has received a valid 

Connection Deletion Init message and then sent a valid Connection Deletion Ack message. 

Check that: Upon T_RlcConnectionDeletionAck expiry and if no message has been received 

during this timer's duration, the lUT considers the connection released. 

Final pseudo state: The lUT is operational and the connection no longer exists. 


TP/AT/COC/CT/BV-002 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized; a connection is established with the Tester; and the lUT has received a valid 

Connection Deletion Init message, then sent a valid Connection Deletion Ack message and 

started T_ RIcConnectionDeletionAck. 

Check that: Upon receiving a Connection Deletion Init message, the lUT transmits a valid 

Connection Deletion Ack message. 

Final pseudo state: The lUT is releasing a connection. 
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TP/AT/COC/CT/BV-003 



Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized; a connection is established with the Tester; and the lUT has received a valid 

Connection Deletion Init message, then sent a valid Connection Deletion Ack message and 

started T_ RIcConnectionDeletionAck. 

Check that: Each time, upon receiving a Connection Deletion Init message, the lUT: 

1 ) Transmits a valid Connection Deletion Ack message. 

2) Restarts T_RlcConnectionDeletionAck upon sending this message. 
Final pseudo state: The lUT is releasing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 



5.3.4.3.2 



AT Initiated Connection Termination 



TP/AT/COC/CT/BV-004 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized and a connection is established with the Tester. 

Check that: To release a connection, the lUT sends a relevant Connection Deletion Init 

message. 

Final pseudo state: The lUT is releasing a connection. 


TP/AT/COC/CT/BV-005 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, a connection is established with the Tester, and lUT has transmitted a valid 

Connection Deletion Init message. 

Check that: Upon receiving a valid Connection Deletion Ack message, the lUT: 

1) Starts T_RlcConnectionDeletionAck. 

2) Considers the connection released after TRIcConnectionDeletionAck expires. 
Final pseudo state: The lUT is operational and the connection no longer exists. 


TP/AT/COC/CT/BV-006 


Reference: TS 1 02 000 [1 ], clause 1 3.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Deletion Init message, and started T_RlcConnectionDeletionlnit. 

Check that: After T_ RIcConnectionDeletionlnit expires without receiving a Connection 

Deletion Ack message; the lUT retransmits another valid Connection Deletion Init message. 

Final pseudo state: The lUT is releasing a connection. 


TP/AT/COC/CT/BV-007 


Reference: TS 102 000 [1], clause 13.4.4. 

Initial condition: lUT is the AT. Tester is the AP. 

lUT is initialized, has a valid connection with the Tester, has transmitted a Connection 

Deletion Init message, and started T_ RIcConnectionDeletionlnit. 

Check that: Each time T_ RIcConnectionDeletionlnit expires without the lUT having received a 

Connection Deletion Init message, the lUT: 

1 ) Retransmits another valid Connection Deletion Init message. 

2) And restarts T_ RIcConnectionDeletionlnit upon sending this message. 
Final pseudo state: The lUT is releasing a connection. 

NOTE: The specification does not limit the number of times that this cycling can occur. 
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